Fuzzy! Planet

五月 18, 2012

Fedora.cc

Fedora 18代号“Spherical Cow”

  Fedora项目负责人Robyn Bergeron宣布针对Fedora 18的命名投票结果。通过采用有限范围投票的方式,累计有3432个有效投票数,其中有1359个投票选择倾向于使用“Spherical Cow”(球形奶牛)。

  Fedora 18代号被确定为“Spherical Cow”

  随着Fedora 17“Beefy Miracle”正式版即将发布,下一代版本Fedora 18的代号也已敲定。

在Fedora项目中长期采用的命名策略是:Fedora新版本发布的名字应该和上一个版本有关联,但“Beefy Miracle”被选中为Fedora 17代号之后,该策略就显得有点不太实际了。不过这两个代号之间也还是存有一种联系:它们在现实世界中都不存在。

by fedora at 五月 18, 2012 10:36 下午

Fedora 17 延迟至5月29日发行

  备受瞩目的 Fedora GNU/Linux 17 的发行日期已经被推迟两次,目前 Fedora 官方推迟了原本计划在 22 号发布的 Fedora 17,推迟一个礼拜到 5 月 29 日,主要原因是还有 4个bug 阻碍发布,开发者将用这一周的时间处理并冻结这几个漏洞。

  根据官网消息,只要发行日期不会再推迟,Fedora 17 Beefy Miracle 的发行日期将会比原有计划(5月8日)晚3周,这也是 Fedora Project 的一种很常见的情况。在 Fedora 17 将会有一些大的改动(诸如移除/lib、/bin、/sbin等文件夹、Linux Kernel 3.3、GIMP 2.8、GNOME 3.4.1、KDE 4.8.3、LibreOffice 3.5.2、X.org 1.12、BTRFS等),这些改动也将会耗费开发者一些时间,所以面对 Fedora Project 的多次跳票,我们应该尽量予以理解。

by fedora at 五月 18, 2012 10:29 下午

Fuzzy! News - FZUG

Fedora 17正式版推迟发布

在昨天的会议上,项目组决定将发布日期推迟一周。 目前仍有4个问题尚未被解决,因此我们决定推迟发布计划

2012-05-29是最终发布日期。
2012-05-24将会举行最后一次讨论会议。

感谢各位Fedora 爱好者的耐心等待!

by Christopher Meng at 五月 18, 2012 12:26 上午

五月 17, 2012

LinuxToy - Fedora

Fedora 17 中的 KDE Plasma 桌面小程序自动依赖解决

包含大量创新性功能的 Fedora 17 也不会忘记 KDE 用户群体,率先实现了 KDE Plasma 桌面小程序控件的依赖关系自动解决。

Plasma 桌面小程序具有两种不同的形式:

  • 使用 C++ 撰写的小程序只能通过发行版打包或者自己编译的方式安装。
  • 使用各式脚本语言并遵循开放互联服务标准(OCS)的可以通过 Plasma 内置的下载对话框进行安装和管理。

为了实现小程序的正常运行,又有两方面的东西需要安装:

  • 脚本引擎:如果小程序是用脚本语言编写,那么对应语言的脚本引擎是必需品,否则小程序将抛错拒绝工作。
  • 数据引擎:各种提供应用程序所需要的数据内容的组件,若是没有则小程序运行异常。

目前各类发行版对于以上这些问题的处理方式有:

  • 仓库中的小程序由发行版打包者人工处理依赖关系,但是问题是工作量巨大且容易出错。
  • 对于互联网提供的诸多小程序则完全交由最终用户去解决依赖关系问题,不可避免会遇到很多异常和抛错。

在 Fedora 17 中通过 KPackageKit/Apper 与 KDE 上游社区的合作,三种途径同时发力去解决 Plasma 的依赖关系

  • 上游要求 Plasma 小程序在元数据中明确指定依赖关系。
  • 安装过程中 KPackageKit/Apper 从源代码中抓取依赖关系。
  • 在小程序运行时再下载所缺失的依赖关系。

于是乎 Fedora 17 KDE 的用户将从此告别 Plasma 小程序依赖关系所带来的烦心问题了。

秉承 Fedora 一贯坚持的上游紧密合作传统,该功能已经合并入上游,很快所有使用 PackageKit 的 KDE 发行版都将可以享受到它带来的便利(使用 aptdaemon 的 Kubuntu 于此无缘)。

该功能详细说明

分类: Desktop Stuff, News | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 19 评论 | 捐助本站

by 黑日白月 at 五月 17, 2012 08:43 上午

Fedora 17 中的自动化多座位支持

Fedora 17 从系统底层到应用层全方位为多座位支持进行了改进,已经实现了完全自动化的即插即用多座位体验。

所谓“多座位”,是指一台电脑可以允许多个独立的用户在同一时间使用。

过去的文本操作时代,实现多座位支持对于类 Unix 家族的 Linux 系统来说是水到渠成的事情。但是步入图形化时代之后,这个工作却越发复杂了,牵扯 x.org 配置文件、登录管理器、桌面环境等等。

Fedora 17 开发过程中开发者与 Plugable 公司合作,改善了 USB DisplayLink 显卡驱动,在该公司的 DC-125/165 产品中实现多座位支持的即插即用。

步骤很简单:

  1. 使用通用的 USB 2.0 线接线将 DC-125/165 与安装有 Fedora 17 GNOME 3 的主机相连。
  2. 将 DC-125/165 与另外一台显示器、键盘和鼠标相连。
  3. 无需任何配置,其他家庭成员就可以在新显示器上通过 GNOME 3 登录对话框开始使用。

一些具体的实现细节:

  • 新接入的终端的图形渲染工作通过 USB DisplayLink 中的 GPU 完成。
  • 提供完整的 GNOME Shell 图形加速体验。
  • 负责挂载外部设备的 udisks 也得到改善,每个用户仅能看到自己挂载的 USB 大容量存储设备。
  • Plugable 开源了 USB DisplayLink GPU 全部内容并已合并入上游。
  • 该功能的实现依赖于 systemd,故不会在使用 Upstart 的 Ubuntu 中出现。
  • 该功能亦可在其他使用 USB DisplayLink GPU 的多座位支持设备上实现,只需做少量修改。
  • 该功能向后兼容新生代 X 服务器 Wayland。
  • 后续将增加一个图形化的配置工具提供多座位支持的微调。
  • 目前仅在 GNOME 3 环境下实现,KDE 4 的支持正在和上游商讨中。

博客介绍

此项功能在 Fedora 17 中的描述

分类: Desktop Stuff | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 14 评论 | 捐助本站

by 黑日白月 at 五月 17, 2012 02:28 上午

五月 14, 2012

LinuxToy - Fedora

Fedora 17 發行派對 @ 臺中

Fedora 17 即將在 5/22 發行,一如往常將帶給大家 Linux 界中最尖端的技術、最新版的自由軟體。

我們將於 6/3 (日) 在臺中舉辦發行派對,歡迎大家一同到場共襄盛舉!本活動由 Fedora 專案官方贊助,全程免費。转载自邮件列表

Fedora 是一個以 Linux 為基礎的作業系統,是一套能讓你電腦運作自如的軟體集合。

Fedora 專案是個國際性社群的名稱,熱愛自由軟體、使用自由軟體、也打造自由軟體。一直以來,Fedora 都是 Linux 最新自由軟體的試驗場,包括 ibus、packagekit、system-config-printer... 等都源自於此;此外 Fedora 也一直與上游緊密合作,讓不是使用 Fedora 的人也能一起受益。

主題將以 Fedora 為主,介紹 Fedora 專案、新版的特色 (例如 GNOME 3.4)、以及其他應用與分享等。

  • 活動開始時間:2012/06/03 14:00
  • 活動結束時間:2012/06/03 17:00
  • 地點名稱:黑貓月亮咖啡館 台灣台中市西屯區大墩二十街111號
  • 活動人數上限:25

活動報名網頁

分类: Offline | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 21 评论 | 捐助本站

by 黑日白月 at 五月 14, 2012 09:29 上午

五月 12, 2012

Wu Pengchong (rocrocket)

《篡权的ss》-linux命令五分钟系列之三十一

%e3%80%8a%e7%af%a1%e6%9d%83%e7%9a%84ss%e3%80%8b-linux%e5%91%bd%e4%bb%a4%e4%ba%94%e5%88%86%e9%92%9f%e7%b3%bb%e5%88%97%e4%b9%8b%e4%b8%89%e5%8d%81%e4%b8%80

本原创文章属于《Linux大棚》博客。

博客地址为http://roclinux.cn

文章作者为roc。

===

上篇文章《和netstat说再见》中说到netstat已经被抛弃,取而代之的是ss命令。一些朋友在问“netstat为什么会被抛弃呢?ss又是什么命令呢?”

这篇文章,我们就来揭晓答案,重点说一说“篡权的ss”。

【作者粗心大意?】

ss命令是一个用来查看socket信息的命令,通过man ss可以看到,这是由一位俄罗斯人编写的工具,作者的名字显示是Alexey Kuznetosv

但是,当我google这个名字,或者根据作者提供的邮箱地址所在的网站去查看,都发现他的名字本应是Alexey Kuznetsov,区别在于最后的tsov或者tosv。

因为没有学过俄语,所以不知道俄语里是不是本身就允许这样颠倒字母顺序,但是我还是发了封email用英语提醒了一下他,看看是不是因为Alexey粗心大意,连自己的名字都写错了。

如果tsov和tosv是的确是同一个人的话,那么我搜索到的这位便是ss的作者了:

Alexey目前已经不负责ss命令的维护更新,而是在专注于Linux Kernel QoS方面的工作。

【十秒认识ss】

ss是Socket Statistics的缩写。

顾名思义,ss命令可以用来获取socket统计信息,它可以显示和netstat类似的内容。但ss的优势在于它能够显示更多更详细的有关TCP和连接状态的信息,而且比netstat更快速更高效。

【和netstat说再见的原因】

当服务器的socket连接数量变得非常大时,无论是使用netstat命令还是直接cat /proc/net/tcp,执行速度都会很慢。可能你不会有切身的感受,但请相信我,当服务器维持的连接达到上万个的时候,使用netstat等于浪费生命,而用ss才是节省时间。

天下武功唯快不破。ss快的秘诀在于,它利用到了TCP协议栈中tcp_diag。tcp_diag是一个用于分析统计的模块,可以获得Linux内核中第一手的信息,这就确保了ss的快捷高效。当然,如果你的系统中没有tcp_diag,ss也可以正常运行,只是效率会变得稍慢。(但仍然比netstat要快。)

【用数据说话】

为了让你更坚决的和netstat说再见,列举一些测试数据,以便证明ss的确名不虚传。

当服务器维持3万个socket连接,Admin需要计算具体的连接数量时,不同情况的耗时如下:

netstat -at | wc  耗时 15.60 秒
ss -atr     | wc  耗时  5.40 秒(未利用tcp_diag)
ss -atr     | wc  耗时  0.47 秒(利用tcp_diag)

【好马配上好鞍】

几乎所有的Linux系统都会默认包含netstat命令,但并非所有系统都会默认包含ss命令。netstat命令是net-tools工具集中的一员:

#rpm -q net-tools
net-tools-1.60-109.el6.i686

而ss命令是iproute工具集中的一员:

#rpm -qf /usr/sbin/ss
iproute-2.6.32-17.el6.i686
#rpm -q iproute
iproute-2.6.32-17.el6.i686

如果你无法使用ss命令,那么可能是缺少了iproute,需要安装一下:

yum install iproute iproute-doc

【前浪net-tools和后浪iproute】

net-tools是一套标准的Unix网络工具,用于配置网络接口、设置路由表信息、管理ARP表、显示和统计各类网络信息等等,但是遗憾的是,这个工具自2001年起便不再更新和维护了。

长江后浪推荐前浪。

即将隆重登场的便是iproute,这是一套可以支持IPv4/IPv6网络的用于管理TCP/UDP/IP网络的工具集,这套工具由Stephen Hemminger负责维护和升级,目前的大版本号是2。我们来认识一下Stephen:

从某种意义上说,iproute工具集几乎可以替代掉net-tools工具集,具体的替代方案是这样的:

用途 net-tool(被淘汰) iproute2
地址和链路配置 ifconfig ip addr, ip link
路由表 route ip route
邻居 arp ip neigh
VLAN vconfig ip link
隧道 iptunnel ip tunnel
组播 ipmaddr ip maddr
统计 netstat ss

【版本和帮助】

想获得ss命令的帮助信息和版本信息,都非常简单,你应该可以猜到的:

#ss -h //获得帮助信息,直接man ss会更全面
#ss -V //取得版本号,-v也支持
ss utility, iproute2-ss091226

【ss选项统计】

ss的选项既不多也不复杂,除去非功能性选项(-h/-v)外,ss共有22个选项。

每一个选项都是既支持短选项(如-s),也支持长选项(如–summary)。

我们不会在这里一一介绍,因为这样既枯燥又乏味,而且不出三分钟,你就会昏昏欲睡了。所以,我们会从实际需求和实际问题出发,这样效果会好些。

【场景一:我想查看当前服务器的网络连接统计】

$ ss -s
Total: 295 (kernel 312)
TCP:   48 (estab 1, closed 31, orphaned 0, synrecv 0, timewait 0/0), ports 13

Transport Total     IP        IPv6
*         312       -         -
RAW       0         0         0
UDP       2         2         0
TCP       17        12        5
INET      19        14        5
FRAG      0         0         0

在服务器产生大量sockets连接时,我们会使用这个命令在做宏观统计。

【场景二:我想查看所有打开的网络端口】

$ ss -l
Recv-Q Send-Q           Local Address:Port               Peer Address:Port
0      128                         :::webcache                      :::*
0      128                         :::http                         :::*
0      128                         :::snapenetio                      :::*
0      128                          *:snapenetio                       *:*
0      50                           *:8531                          *:*
0      9                           :::ftp                          :::*
0      9                            *:ftp                           *:*
0      128                          *:ddi-tcp-1                       *:*
0      100                        ::1:smtp                         :::*
0      100                  127.0.0.1:smtp                          *:*
0      128                          *:8541                          *:*
0      128                  127.0.0.1:entextxid                       *:*
0      50                           *:12421                         *:*
0      10                           *:amqp                          *:*
0      128                          *:12521                         *:*
0      50                           *:mysql                         *:*

如果使用-pl参数的话,则会列出具体的程序名称。你会在输出中看到类似于这样的内容:

("nginx",15786,6)

从中可以知道,某个socket连接是属于nginx程序的,nginx程序的PID是15786。

【场景三:我想查看这台服务器上所有的socket连接】

很简单,直接使用-a选项即可列出所有网络连接。

#ss -a

如果只想查看TCP sockets,那么使用-ta选项;
如果只想查看UDP sockets,那么使用-ua选项;
如果只想查看RAW sockets,那么使用-wa选项;
如果只想查看UNIX sockets,那么使用-xa选项。

【参考文献】

1 http://en.wikipedia.org/wiki/Iproute2
2 http://en.wikipedia.org/wiki/Netstat
3 http://www.cyberciti.biz/files/ss.html
4 http://it.toolbox.com/blogs/locutus/what-is-this-ss-program-thingy-14083
5 http://www.cyberciti.biz/tips/linux-investigate-sockets-network-connections.html
6 http://www.policyrouting.org/iproute2.doc.html

谢谢您的阅读![未完待续...]

©2012 感谢您来到linux大棚。如转载请注明:“ Linux大棚

.

我猜您对这些文章感兴趣:

by rocrocket at 五月 12, 2012 10:10 上午

五月 04, 2012

Wu Pengchong (rocrocket)

《和netstat说再见》-linux命令五分钟系列之三十

%e3%80%8a%e5%92%8cnetstat%e8%af%b4%e5%86%8d%e8%a7%81%e3%80%8b-linux%e5%91%bd%e4%bb%a4%e4%ba%94%e5%88%86%e9%92%9f%e7%b3%bb%e5%88%97%e4%b9%8b%e4%b8%89%e5%8d%81

本原创文章属于《Linux大棚》博客,博客地址为http://roclinux.cn。文章作者为roc。

===

【序】

上次写博客是3月11日,距离今天已经有将近2个月的时间了。曾经一度认为微博会取代博客成为积累信息、获取信息、分享信息的最佳平台。但是实际情况并不是这样。

微博是无法取代博客的。微博无法对具有一定规模的知识点进行描述;微博缺少了享受写作的过程;微博浮躁活跃的氛围也不利于静下心来思考问题。

所以,以后博主会经常更新博客,不会再离开大家2个月这么久了。

【正文开始】

什么是netstat?

如果你手头有Linux系统,你直接输入man netstat,就可以得到帮助信息。man对于netstat的解释非常言简意赅,只有一句简短的描述:

“netstat – Print network connections, routing tables, interface statistics, masquerade connections, and multicast memberships”

中文意思是:netstat可以用来显示网络连接、路由表、接口统计、伪连接和组播成员。

从这段简短的描述中,我们可以看出,netstat有如上五大作用。

为什么要和netstat说再见?

如果你仔细阅读man netstat的内容,会发现有这样一句话:

“This program is obsolete.”

原来netstat已经是明日黄花了,官方已经不再更新了。它已经被ss命令和ip命令所取代,或许在不久的将来在Linux发行版中就将见不到netstat的身影了。所以,如果还有人在用netstat,你要建议他使用ss和ip。

具体的替代方案,我做了一张简单的示意图:

接下来的文章,就会为大家带来ss命令和ip命令了。稍安勿躁:)

谢谢!

©2012 感谢您来到linux大棚。如转载请注明:“ Linux大棚

.

我猜您对这些文章感兴趣:

by rocrocket at 五月 04, 2012 03:38 下午

四月 27, 2012

Fuzzy! News - FZUG

Fedora 社区发布Easyfix项目

今天在邮件列表,主管宣布了一个新的工具。这个工具适合所有志愿加入Fedora社区的新手。

目前Fedora 社区尚有很多问题没有被解决,很多是关于整个社区的基础设施的问题,比如Bodhi。这个项目可以让新手更快的提交各种拼写错误报告,或者是修复代码。

具体请见维基对它的介绍:
https://fedoraproject.org/wiki/Easyfix

这是Easyfix项目首页:

http://fedoraproject.org/easyfix/

by Christopher Meng at 四月 27, 2012 10:42 上午

四月 20, 2012

Fuzzy! News - FZUG

今日回顾:Fedora 需要代号吗?

今天 Fedora 官方组讨论了2件事情,一个是即将开始投票选出 Fedora 18 的最终发行代号,另一个就是是否要在以后的 Fedora 发行版中继续设置代号。

我们都知道 Fedora 17 叫 Beefy Miracle ,但是现在官方收到反馈显示,不少人讨厌这个名字,于是现在官方组正在讨论以后是否还需要开发代号。

在 Fedora 16 生命周期中,官方组便开始讨论代号的重要性。尽管这次依然通过投票来解决问题,但是这比之前任何一次都要重要。 这关乎着日后所有贡献人员是否有必要继续发挥自己的想象力来提交新的发行代号。如果现有的命名流程不可取,官方组会专门成立一个小组来解决这个“棘手”的问题。

目前已经有了不同的建议,有的建议地名,有的则建议干脆取消代号。

如果您也想表达自己的看法,请点击下面的链接参与(需要 Fedora 账户):

https://admin.fedoraproject.org/voting/

by Christopher Meng at 四月 20, 2012 09:33 上午

四月 18, 2012

Fuzzy! News - FZUG

Fedora 17 Beta 版本发布!

抬头看!天空中有飞鸟,有飞机,有许多许多……当然还有您期待已久的 Fedora 17 Beta 版!它在世界上空盘旋,如同管间一般飞快,给全世界带来进步、热情和自由!

我们很高兴地宣布,Fedora 17 Beta 版本正式发布了!您是否想尝鲜一下呢?点击下面的链接去看看吧:

http://fedoraproject.org/get-prerelease

== 什么是 Beta 版? ==

它是 Fedora 17 正式发布前最后一个里程碑版本,只有少量缺陷修复会被以更新的形式推送至5月发布的正式版。我们邀请您以下载测试并提交您的宝贵反馈等方式加入到我们的测试大军中。

诚然,这是 Beta 版本,意味着仍然有一些问题未被修复。目前已知仍有以下问题处于修复中:

http://fedoraproject.org/wiki/Common_F17_bugs

== 新特性 ==

Fedora 17包含许多新版本的自由软件:

在桌面方面:
GNOME 3.4,改善搜索方面,加入联系人程序等等
GIMP 2.8,加入大量新特性

针对开发者:
Juno, 新版Eclipse SDK(6月发布);
Java 7 (和OpenJDK 7);
GCC 4.7.x;
Ruby 1.9.3;
PHP 5.4;
Erlang R15
…………

在系统方面: Cluster stack 包含了大量重要的针对负载均衡和保持高上线率的更新;
Linux kernel 3.3,改善了btrfs 和 ext4 文件系统,GMA (poulsbo) 图像和Broadcom 无线芯片组支持以及大量缺陷修复和功能增强;
Firewalld 是Fedora 17的默认防火墙解决方案,它提供动态防火墙配置;
OpenStack 云更新至2012.1 (Essex)版本。

以上仅仅是开始,所有新特性详见:

http://fedoraproject.org/wiki/Releases/17/FeatureList

所有特殊发行版见此:

http://dl.fedoraproject.org/pub/alt/nightly-composes/

祝各位 Fedora 爱好者使用愉快!

by Christopher Meng at 四月 18, 2012 01:24 上午

四月 17, 2012

LinuxToy - Fedora

Fedora 17 Beta

看天空上那是什么?是鸟?是飞机?那是美味多汁,涂着黄芥末的“牛肉奇迹” -- Fedora 17 Beta!

Fedora 17 Beta 包含如下特性:

  • 正式版本的 GNOME 3.4,带来全新设计的文档和 Boxes 虚拟化工具。
  • 即将发布 GIMP 2.8 版本,开源的图形处理程序。
  • 包含预计于 6 月份发布的 Eclipse SDK Juno 预览版本
  • 使用 OpenJDK 7 作为默认 Java 开发和运行时环境。
  • 更新 Ruby 至 1.9.3,PHP 至 5.4,Erlang 至 R15。
  • 首次默认使用 Firewalld 动态配置防火墙
  • 云端服务更新 OpenStack 至 2012.1 (Essex)。

目前距离正式发布还有 35 天。

英文发布公告

各种版本、桌面环境版本下载

分类: Distros | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 无评论 | 捐助本站

by 黑日白月 at 四月 17, 2012 08:51 下午

四月 13, 2012

Fuzzy! News - FZUG

Fedora 17 推迟发布

Fedora 中文用户组很遗憾地通知各位 Fedora 爱好者:

原定于2012年4月10日的 Beta 版本将会在4月17日发布;

原定于2012年5月1日的 RC 版本将会在5月8日发布预发布;

最终正式版将会在5月22日与各位见面!敬请期待!

Fedora 社区力求完美的用户体验,不会辜负众望!

附:官方发行计划

 

by Christopher Meng at 四月 13, 2012 10:19 上午

三月 25, 2012

Liang Suilong

Micron Crucial M4 Hands On

这段时间Crucial M4很热,很多人都买了,我也去败家了。

因为是给小笔电用的,小笔电只能接一个硬盘,虽说电脑是上班工作用的,但是容量起码也要满足基本需求才行。最后我选了128GB,价钱挺贵的,在京东买1199,我还真是第一次买这么贵呢。

说说Crucial M4的规格吧,用的是Micron原厂MLC NAND芯片,主控是Marvell 88SS9174,持续读取是500MB/s,持续写入是175MB/s,4K随机读取是45000IOPS,4K随机写入是35000IOPS。不过联想把S205的SATA接口封印在3.0Gbps,可恶!

周五晚在网上下订单,周六就到手,在大城市京东的物流速度还是挺靠谱的。周六整个下午和推友聚会,直到晚上十点多才有时间。拆小笔电是一件十分艰巨的事情,上一次加内存都得把整台机器拆散了,这次也不例外,反正就是特折腾了。

费了很多功夫终于把固态硬盘换上了,顺手清理了一下键盘,谁知Fedora 17的LiveCD不给力,每每安装到最后Anaconda就会报错,只能拿Ubuntu 12.04顶着一个星期用,等Fedora 17 Beta正式发布再换了。Unity在11.6“小笔电上界面太密太压抑了,要马上换GNOME Shell才能适应。顺道吐嘈一下Ubuntu,在我小笔电上还是很多Bug啊,屏幕一直在狂闪,Compiz也一直狂崩溃。测速什么我没有在Windows跑过跑分软件,只是拿Ubuntu的Disk Utility简单测了持续读取速度,280MB/s,SATA 2的极限了。

拆下来的笔记本硬盘怎么办,买了一个廉价USB3.0的硬盘盒当移动数据仓库用了,容量也不算很大,才320GB。我已经对Ultrabook一类解毒了,11.6“的笔记本也都1.5kg以下,比Ultrabook重了一点,携带还是蛮方便的。换了SSD,磁盘性能也不差了,就是CPU会慢一点,只要不是绝对龟速的。日常用起来,因为用的时间不长,就是感觉开机引导明显快了,安装软件包的时候也快,Chrome的响应似乎也好了一点。

壕挨踢叔@wellsgz说得也挺有道理的,SSD的确是挺贵的,但是对性能要求不高的情况下,加一个小容量的固态硬盘装系统对日常应用的提升是十分明显的。即使CPU稍慢和内存稍小,也能提高电脑的顺畅程度,电脑能多服役多两三年什么都值了,毕竟现在电脑性能的瓶颈在磁盘I/O。看固态硬盘的普及,还得先看Mac众和Linux众了。Mac众壕多钱多,这个不奇怪。Linux系统体积小,码农多,文件体积不大,要是电影音乐体积庞大的都放到移动硬盘就行。Linux体积小,不像Windows装系统都要预留20GB空间。

这已经是2012年第二败了,要收心养性啊!SSD的表现或许会影响我会不会败Transformer Prime的Mobile Dock,解毒后貌似又自毒了。

 

by liangsuilong at 三月 25, 2012 05:05 下午

三月 16, 2012

LinuxToy - Fedora

短消息:Vivaldi Wasteland Testing

短消息三则,关于 KDE Plasma 平板,末世后 RPG 游戏鼻祖 Wasteland 和 Fedora Testing Day。

使用 KDE Plasma Active 系统的平板电脑 Spark 由于商标问题改名为 Vivaldi,新名字取自于一种具有激励性的音乐创作风格。目前该平板已经成功达到首批预定数量,将在不久后开始发货。项目负责人更名说明 消息来源

末世后 RPG 的鼻祖 Wasteland 续作初始资金募集成功,很有可能提供 Linux 和 Mac 版本,只要当前募集初始资金达到 $1,500,000 ,目前截至发稿时已经达到 $1,131,176,距离募集结束还有 32 天,非常有希望。Wasteland 首部作品于 1987 年登陆 Apple 系统,次年移植到 IBM 兼容 PC,该部作品影响了包括辐射在内的多部作品,并且荣登 IGN 有史以来最有影响力的 25 部游戏之一。现在只需要募捐 $15,即可预定无 DRM 数字下载版本,正式版本预计将在 2013 年十月面世。官方募集资金网址

今天是 Fedora 举行的 GNOME Shell Extension 测试日,不过无论您准备在哪个发行版使用的 GNOME 3.4,参与本次活动都是作出自己的一份贡献。参与很简单,用 Fedora 17 Alpha LiveCD 访问 GNOME Shell Extension 网站即可。注意目前 Firefox 下可能存在插件状态显示不全的问题,所以请安装 epiphany(pkcon install epiphany) GNOME Shell 扩展详细内容 消息来源

分类: Games, News | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 无评论 | 捐助本站

by 黑日白月 at 三月 16, 2012 07:20 上午

三月 10, 2012

Wu Pengchong (rocrocket)

django-admin.py和manage.py

本原创文章属于《Linux大棚》博客,博客地址为http://roclinux.cn。文章作者为roc。

===

本文翻译自:https://docs.djangoproject.com/en/dev/ref/django-admin/

【简介】

django-admin.py是Django的一个用于管理任务的命令行工具。本文将描述它的大概用法。

另外,在每一个Django project中都会有一个manage.py。manage.py是对django-admin.py的简单包装,它额外帮助我们做了两件事情:

  1. 它将你的project的包放到sys.path中
  2. 它将DJANGO_SETTINGS_MODULE环境变量设置为了你的project的setting.py文件的位置。

如果你是通过setup.py工具来安装Django的,那么django-admin.py脚本应该在你的系统目录中。如果不存在,你可以到你的python安装目录下的site-package/django/bin中去找找看。

通常来说,如果你经常是在一个独立的Django project里工作,那么使用manage.py会更方便一些。但如果你有很多Django project,那么可以使用django-admin.py,同时需要经常变更DJANGO_SETTINGS_MODULE或使用–settings选项来设置不同的setting.py。

本文中都会使用django-admin.py来给大家做演示,但所有的例子,都也可以使用manage.py来实现。

【用法】

djang-admin.py的语法为:

django-admin.py <subcommand> [options]
manage.py <subcommand>  [options]

其中,subcommand是子命令;options是可选的,可以有0个到多个option。

获得帮助的方法是使用help这个命令,共有两种方法:

1 运行django-admin.py help会显示用法信息,并给出所有可用的subcommand列表

2 运行django-admin.py help <subcommand>会显示特定的subcommand的描述信息,以及所有可用的options

运行django-admin.py –version可以显示django的版本号。

如果使用django-admin.py时加入–verbosity,则会显示大量通知信息和调试信息。

【runfcgi】- subcommand

用于启动一个支持FastCGI协议的进程,以便接收WebServer发来的请求。可以使用flup作为Python FastCGI模块。

runfcgi的选项如下:

  • protocol:用于设定所使用的cgi协议,包括fcgi、scgi和ajp等,默认是fcgi。
  • host:用于设置监听所在的主机名
  • port:用于设定监听的端口
  • socket:用于设置监听的UNIX socket
  • method:可以设置为prefork或threaded。默认是prefork。
  • maxrequests:一个子进程所能处理的请求的最大数量。一旦超过此数量,则子进程会被kill掉,并创建一个新进程。设置为0意味着对子进程无限制。
  • maxspare:空闲进程/线程的最大数量
  • minspare:空闲进程/线程的最小数量
  • maxchildren:进程/线程数的硬限制值
  • daemonize:为boolean值,表示是否放到后台运行。
  • pidfile:设置一个文件,用于将产生的PID信息写入。
  • workdir:用于设置工作目录
  • debug:为boolean值,用于设置是否开启flup的信息跟踪
  • outlog:用于设置将标准输出写入到的文件
  • errlog:用于设置将标准错误输出写入到的文件
  • umask:用于设置在进程运行时所用的umask。默认是022.

举例来说:

django-admin.py runfcgi socket=/tmp/fcgi.sock method=prefork daemonize=true \
    pidfile=/var/run/django-fcgi.pid

此命令用于在后台启动fastCGI,并将pid写入文件中。

【runserver】- subcommand

用于在本机启动一个轻量级的Web server。默认情况下,这个server会在127.0.0.1上监听8000端口。你也可以传入参数来改变默认配置。

如果你并非特权用户,那么你所设置的端口号不能低于1024,因为小于1024的端口已经被系统预定了。

一定不要用这个轻量级Server作为你的生产环境下的Server,因为它只能用于开发自测阶段。它既没有安全审计功能,而且又是单线程的。

另外,每来一个请求,Web Server都会从新载入一遍Python代码,因此如果你的代码有改动,不需要重启Web Server即可生效。

你可以在一个project中启动多个fastcgi server,只要设置不同的端口就可以了。

如果你设定的IP为默认的127.0.0.1,那么你只能从本机的浏览器来登录浏览,无法从其他机器来访问。为了能让其他机器浏览本机,需要将IP设置为目标机器的IP或者0.0.0.0(IPv4地址)或::(IPv6地址)。

在指定IP地址时,也可以使用主机名或域名来代替。

【shell】- subcommand

用于开启一个Python解释器。

Django默认会使用IPython或bpython。但如果你没有安装它们或者就是要使用简装版的话,可以加上–plain选项,即:

django-admin.py shell --plain

【startapp】- subcommand

在当前路径或指定目录下创建一个Django app的文件夹结构。

默认情况下,文件夹中会包括module.py文件和其他必备文件。

如下命令用于在特定目录下创建一个app:

django-admin.py startapp myapp /Users/jezdez/Code/myapp

【startproject】- subcommand

In Django, Projects can have many apps. Apps can be shared among many projects.

在当前目录或指定位置创建一个Django project文件夹结构。

默认情况下,新文件夹中会包括manage.py和一系列必备文件。

目标位置参数是可选的参数,可以设置project所创建的路径。

例如,如下命令可以在指定位置创建一个project:

django-admin.py startproject myproject /Users/jezdez/Code/myproject_repo

谢谢!
roc

©2012 感谢您来到linux大棚。如转载请注明:“ Linux大棚

.

Random Posts

by rocrocket at 三月 10, 2012 04:56 下午

说说lighttpd的fastcgi

本原创文章属于《Linux大棚》博客,博客地址为http://roclinux.cn。文章作者为roc。

===

【简介】

lighttpd提供了一种外部程序调用的接口,即FastCGI接口。这是一种独立于平台和服务器的接口,它介于Web应用程序和Web服务器之间。关于FastCGI接口的具体内容可以在其官网上找到。

Fastcgi logo

FastCGI logo

这就意味着能够在Apache服务器上运行的FastCGI程序,也一定可以无缝的在lighttpd上使用。

【FastCGI广告时间】

1 就像CGI一样,FastCGI也是独立于编程语言的。

2 就像CGI一样,FastCGI程序运行在完全独立于核心Web Server之外的进程中,和API方式相比,提供了很大的安全性。(API会将程序代码与核心Web Server挂接在一起,这就意味着基于问题API的应用程序可能会使整个Web Server或另一个应用程序崩溃;一个恶意API还可以从核心Web Server或另一个应用程序中盗取安全密钥)

3 虽然FastCGI不能一夜之间复制CGI的所有功能,但是FastCGI一直宣扬开放,这也使得我们拥有很多免费的FastCGI应用程序库(C/C++、Java、Perl、TCL)和免费的Server模块(Apache、ISS、Lighttpd)。

4 就像CGI一样,FastCGI并不依附于任何Web Server的内部架构,因此即使Server的技术实现变动,FastCGI仍然非常稳定;而API设计是反映Web Server内部架构的,因此,一旦架构改变,API要随之变动。

5 FastCGI程序可以运行在任何机器上,完全可以和Web Server不在一台机器上。这种分布式计算的思想可以确保可扩展性、提高系统可用性和安全性。

6 CGI程序主要是对HTTP请求做计算处理,而FastCGI却还可以做得更多,例如模块化认证、授权检查、数据类型转换等等。在未来,FastCGI还会有能力扮演更多角色。

7 FastCGI移除了CGI程序的许多弊端。例如,针对每一个新请求,WebServer都必须重启CGI程序来处理新请求,这导致WebServer的性能会大受影响。而FastCGI通过保持进程处理运行状态并持续处理请求的方式解决了该问题,这就将进程创建和销毁的时间节省了出来。

8 CGI程序需要通过管道(pipe)方式与Web Server通信,而FastCGI则是通过Unix-Domain-Sockets或TCP/IP方式来实现与Web Server的通信。这确保了FastCGI可以运行在Web Server之外的服务器上。FastCGI提供了FastCGI负载均衡器,它可以有效控制多个独立的FastCGI Server的负载,这种方式比load-balancer+apache+mod_php方式能够承担更多的流量。

【fastcgi模块】

若要lighttpd支持fastcgi,则需要配置如下内容:

在fastcgi.conf中配置

server.modules += ( "mod_fastcgi" )

在module.conf中配置

include "conf.d/fastcgi.conf"

【fastcgi配置选项】

lighttpd通过fastcgi模块的方式实现了对fastcgi的支持,并且在配置文件中提供了三个相关的选项:

1 fastcgi.debug

可以设置一个从0到65535的值,用于设定FastCGI模块的调试等级。当前仅有0和1可用。1表示开启调试(会输出调试信息),0表示禁用。例如:

fastcgi.debug = 1

2 fastcgi.map-extentsions

同一个fastcgi server能够映射多个扩展名,如.php3和.php4都对应.php。例如:

fastcgi.map-extensions = ( ".php3" => ".php" )

or for multiple

fastcgi.map-extensions = ( ".php3" => ".php", ".php4" => ".php" )

3 fastcgi.server

这个配置是告诉Web Server将FastCGI请求发送到哪里,其中每一个文件扩展名可以处理一个类型的请求。负载均衡器可以实现对同一扩展名的多个对象的负载均衡。

fastcgi.server的结构语法如下:

( <extension> =>
  ( [ <name> => ]
    ( # Be careful: lighty does *not* warn you if it doesn't know a specified option here (make sure you have no typos)
      "host" => <string> ,
      "port" => <integer> ,
      "socket" => <string>,                 # either socket or host+port
      "bin-path" => <string>,               # optional
      "bin-environment" => <array>,         # optional
      "bin-copy-environment" => <array>,    # optional
      "mode" => <string>,                   # optional
      "docroot" => <string> ,               # optional if "mode" is not "authorizer"
      "check-local" => <string>,            # optional
      "max-procs" => <integer>,             # optional - when omitted, default is 4
      "broken-scriptfilename" => <boolean>, # optional
      "kill-signal" => <integer>,           # optional, default is SIGTERM(15) (v1.4.14+)
    ),
    ( "host" => ...
    )
  )
)

其中:

  • <extentsion>:文件名后缀或以”/”开头的前缀(也可为文件名)
  • <name>:这是一个可选项,表示handler的名称,在mod_status中用于统计功能,可以清晰的分辨出是哪一个handler处理了<extension>。
  • host:FastCGI进程监听的IP地址。此处不支持hostname形式。
  • port:FastCGI进程所监听的TCP端口号
  • bin-path:本地FastCGI二进制程序的路径,当本地没有FastCGI正在运行时,会启动这个FastCGI程序。
  • socket:unix-domain-socket所在路径。
  • mode:可以选择FastCGI协议的模式,默认是“responder”,还可以选择authorizer。
  • docroot:这是一个可选项,对于responder模式来讲,表示远程主机docroot;对于authorizer模式来说,它表示MANDATORY,并且指向授权请求的docroot。
  • check_local:这是一个可选项,默认是enable。如果是enable,那么server会首先在本地(server.document-root)目录中检查被请求的文件是否存在,如果不存在,则给用户返回404(Not Found),而不会把这个请求传递给FastCGI。如果是disable,那么server不会检查本地文件,而是直接将请求转发给FastCGI。(disable的话,server从某种意义上说就变为了一个转发器)
  • broken-scriptfilename:以类似PHP抽取PATH_INFO的方式,抽取URL中的SCRIPT_FILENAME。

如果bin-path被设置了,那么:

  • max-procs:设置多少个FastCGI进程被启动
  • bin-environment:在FastCGI进程启动时设置一个环境变量
  • bin-copy-environment:清除环境,并拷贝指定的变量到全新的环境中。
  • kill-signal:默认的话,在停止FastCGI进程时,lighttpd会发送SIGTERM(-15)信号给子进程。此处可以设置发送的信号。

【举例】

多个文件扩展名对应一台主机:

fastcgi.server = (
  ".php" =>
  (( "host" => "127.0.0.1",
     "port" => 1026,
      "bin-path" => "/usr/local/bin/php"
  )),
  ".php4" =>
  (( "host" => "127.0.0.1",
     "port" => 1026
  ))
)

使用前缀来对应主机:

fastcgi.server = (
  "/remote_scripts/" =>
  (( "host" => "192.168.0.3",
     "port" => 9000,
     "check-local" => "disable",
     "docroot" => "/" # remote server may use
                      # it's own docroot
  ))
)

如果有一个请求“http://my.example.org/remote_scripts/test.cgi”,那么server会将其转发给192.168.0.3的9000端口,并且SCRIPT_NAME会被赋值为“/remote_scripts/test.cgi”。如果所设置的handler的末尾不是“/”,那么会被认为是一个文件。

【负载均衡】

FastCGI模块提供了一种在多台FastCGI服务器间负载均衡的方法。

例如:

fastcgi.server = ( ".php" =>
  (
    ( "host" => "10.0.0.2",
      "port" => 1030
    ),
    ( "host" => "10.0.0.3",
      "port" => 1030 )
    )
  )

为了更好的理解负载均衡实现的原理,建议你置fastcgi.debug为1。即使对于本机的多个FastCGI,你也会获得如下输出:

  proc: 127.0.0.1 1031  1 1 1 31454
  proc: 127.0.0.1 1028  1 1 1 31442
  proc: 127.0.0.1 1030  1 1 1 31449
  proc: 127.0.0.1 1029  1 1 2 31447
  proc: 127.0.0.1 1026  1 1 2 31438
  got proc: 34 31454
  release proc: 40 31438
  proc: 127.0.0.1 1026  1 1 1 31438
  proc: 127.0.0.1 1028  1 1 1 31442
  proc: 127.0.0.1 1030  1 1 1 31449
  proc: 127.0.0.1 1031  1 1 2 31454
  proc: 127.0.0.1 1029  1 1 2 31447

上述信息显示出了IP地址,端口号、当前链接数(也就是负载)(倒数第二列)、进程ID(倒数第一列)等等。整个输出信息总是以负载域来从小到大排序的。

【FastCGI和PHP】

在你编译PHP时,需要去除类似“–with-apxs/–with-apxs2”等选项,而要加入如下选项:

  $ ./configure \
    --enable-fastcgi \
    --enable-force-cgi-redirect \
    ...

这样,PHP才会支持CGI方式。在安装结束后,可以这样检查:

  $ php -v
  PHP 4.3.3RC2-dev (cgi-fcgi) (built: Oct 19 2003 23:19:17)

其中最重要的部分是(cgi-fcgi)

在lighttpd中配置fastcgi.server时,可以有多种选择:

最简方法:

  fastcgi.server = ( ".php" =>
    (( "socket" => "/tmp/php-fastcgi.socket",
        "bin-path" => "/usr/local/bin/php"
    ))
  )

中等方法(可以通过两个环境变量来控制workder的数量,以及一个workder可以承受的请求数目):

fastcgi.server = ( ".php" =>
  (( "socket" => "/tmp/php-fastcgi.socket",
     "bin-path" => "/usr/local/bin/php",
     "bin-environment" => (
       "PHP_FCGI_CHILDREN" => "16",
       "PHP_FCGI_MAX_REQUESTS" => "10000"
     )
  ))
)

安全方法(可以在环境变量方面加强安全性):

fastcgi.server = ( ".php" =>
   (( "socket" => "/tmp/php-fastcgi.socket",
      "bin-path" => "/usr/local/bin/php",
      "bin-environment" => (
         "PHP_FCGI_CHILDREN" => "16",
         "PHP_FCGI_MAX_REQUESTS" => "10000" ),
      "bin-copy-environment" => (
     "PATH", "SHELL", "USER" )
   ))
 )

如果你希望在PHP编程中使用到PATH_INFO和PHP_SELF两个全局变量,那么你需要做两件事,

第一,在php.ini中设置:

cgi.fix_pathinfo = 1

第二,在fasctcgi.server中添加设置broken-scriptfilename:

fastcgi.server = ( ".php" =>
  (( "socket" => "/tmp/php-fastcgi.socket",
      "bin-path" => "/usr/local/bin/php",
      "bin-environment" => (
        "PHP_FCGI_CHILDREN" => "16",
        "PHP_FCGI_MAX_REQUESTS" => "10000"
      ),
      "bin-copy-environment" => ( "PATH", "SHELL", "USER" ),
      "broken-scriptfilename" => "enable"
  ))
)

【python FastCGI和flup】

配置如下:

fastcgi.server = (
    ".py" =>
    (
        "python-fcgi" =>
        (
         "socket" => socket_dir + "fastcgi.python.socket",
         "bin-path" => "test.py",
         "check-local" => "disable",
         "max-procs" => 1,
        )
    ))

而test.py内容如下:

#!/usr/bin/python2.5
def myapp(environ, start_response):
    start_response('200 OK', [('Content-Type', 'text/plain')])
    return ['Hello World!\n']

if __name__ == '__main__':
    from flup.server.fcgi import WSGIServer
    WSGIServer(myapp).run()

[参考文献]

http://redmine.lighttpd.net/projects/1/wiki/Docs:ModFastCGI

http://www.fastcgi.com

谢谢!

roc

©2012 感谢您来到linux大棚。如转载请注明:“ Linux大棚

.

我猜您对这些文章感兴趣:

by rocrocket at 三月 10, 2012 12:06 下午

Fedora.cc

Fedora 16下安装 Gnome 3 主题 gnome-tweak-tool

在Fedora 16下尝试了一下 Gnome 3 的美化,总结了几点。

1.Gnome 3 无法运行 Compiz,如果想要运行,必须切换到 Fallback 模式。

2.Gnome 3 本身就很漂亮,可以安装主题、图标、字体等。

3.借助 gnome-tweak-tool 安装主题,比较方便。

 原文链接:http://www.linuxidc.com/Linux/2012-03/55881.htm

by fedora at 三月 10, 2012 02:14 上午

Fedora 16安装Chrome过程笔记

将电脑装上了Fedora 16操作系统,但是安装从官网下载的Chrome包无法安装。

报错为:lsb >= 4.0 is needed by google-chrome-stable-17.0.963.65-124586.i386

几经折腾,了解到是缺少了redhat-lsb这个包。

在网上下载了一个redhat-lsb-4.0-7.1.fc16.i686.rpm包 
# rpm -ivh redhat-lsb-4.0-7.1.fc16.i686.rpm

继续报错为:

error: Failed dependencies:

/usr/bin/ar is needed by redhat-lsb-4.0-7.1.fc16.i686

/usr/bin/strip is needed by redhat-lsb-4.0-7.1.fc16.i686

根据经验,继续搜索ar和strip所在的包,但找了几天,也没有结果。最后在一外文网站上搜到它是属于core/binutils包的。

在安装光盘中找到binutils-2.21.53.0.1-2.fc16.i686.rpm,安装成功。

再回到# rpm -ivh redhat-lsb-4.0-7.1.fc16.i686.rpm

OK,成功。

再安装chrome

# rpm -ivh google-chrome-stable_current_i386.rpm

就很顺利了。

本篇文章来源于 Linux公社网站(www.linuxidc.com)  原文链接:http://www.linuxidc.com/Linux/2012-03/56172.htm

by fedora at 三月 10, 2012 02:12 上午

Fedora 17 OpenStack 测试日

3月8日是 Fedora 17 OpenStack 测试日,关注云端虚拟化的朋友欢迎参加。

参与条件:

  • 一个升级到最新版本的 Fedora 17 安装。
  • 支持硬件虚拟化的 Intel 或者 AMD 设备。
  • 需要至少 20GB 的空闲空间。

 若是虚拟机的话也可以完成基本测试环节。

测试日 WiKi 页面详情

来自:LinuxToy.org

by fedora at 三月 10, 2012 02:11 上午

三月 09, 2012

LinuxToy - Fedora

Raspberry Pi Fedora Remix

适用于 $35 微型 ARM PC Raspberry Pi 的 Fedora 重制版发布。

基于 Broadcom BCM2835 SoC 方案的 Raspberry Pi 主要目的是为儿童真正的了解电脑提供一个廉价、开放、简洁的平台,搭载基于 Fedora 的重制版,提供完整的编程环境及常用的各种桌面工具。当然,也可以作为廉价的 1080P 影片播放器。目前销售的是开发者版本,不包含外壳。

软件方面,Raspberry Pi Fedora 重制版提供:

  • Python, Perl, Ruby, Bash 的完整编程环境。
  • Git 版本控制系统。
  • 各种命令行和图形化的系统管理工具。
  • 文字处理 AbiWord,表格处理 Gnumeric,图像编辑 GIMP 和网页浏览器 Firefox。
  • 提供 Vim 以及预装 Python 终端插件的 Gedit。
  • 使用 Raspberry Pi 3.1.9 内核,提供 LXDE 桌面环境。

Raspberry Pi Fedora 重制版提供适用于 Fedora 和 Vista/7 系统下的安装器,可以直接将完整系统镜像直接写入到 SD 卡上

目前的重制版基于 Fedora 14 版本,现在小组正在紧密协作争取在五月份发布基于 Fedora 17 的版本。同时将有希望在 Fedora 18 时 ARM 和 X86 架构一样成为主要支持架构平台。

下载链接及英文原文

Raspberry Pi 硬件信息

BBC 对于 Raspberry Pi 的报道

Raspberry Pi 主页

分类: Distros, Gadget | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 无评论 | 捐助本站

by 黑日白月 at 三月 09, 2012 07:27 上午

三月 08, 2012

LinuxToy - Fedora

Fedora 17 OpenStack 测试日

今天是 Fedora 17 OpenStack 测试日,关注云端虚拟化的朋友欢迎参加。

参与条件:

  • 一个升级到最新版本的 Fedora 17 安装。
  • 支持硬件虚拟化的 Intel 或者 AMD 设备。
  • 需要至少 20GB 的空闲空间。

若是虚拟机的话也可以完成基本测试环节。

测试日 WiKi 页面详情

分类: News | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 无评论 | 捐助本站

by 黑日白月 at 三月 08, 2012 04:31 上午

三月 04, 2012

Fedora.cc

Fedora 16 自定义开机运行脚本

Fedora 16不对rc.local支持,其实只是删除了rc.local文件,如果想在开机时能够运行自己写的脚本,只要新建rc.local文件就可以了,下面让我们来测试下吧:

环境:Fedora 16 Gnome桌面

1./etc/rc.local其实是/etc/rc.d/rc.local的软连接,那么:

注意:rc.local头要加上#!/bin/sh
echo “echo 4 > /sys/class/backlight/acpi_video0/brightness”>/etc/rc.d/rc.local

chmod +x /etc/rc.d/rc.local

ln -s /etc/rc.d/rc.local /etc/rc.local

2.查看rc-local.service

systemctl status rc-local.service

如果服务没有启动可以先启动下rc-local.service

3.启动rc-local.service

systemctl start rc-local.service

然后用第2点的命令查看服务状态,这里可能有的服务启动不起来,为什么:

解决:

编辑文件/lib/systemd/system/rc-local.service,将ConditionFilel***ecutable=/etc/rc.d/rc.local前面奖赏#号注释掉及#ConditionFilel***ecutable=/etc/rc.d/rc.local

再次启动下rc-local.service并用systemctl status rc-local.service看看状态是不是已经启动起来了

4.重启机器

亮度已经调节到4了,说明我们的开机脚本已经运行了!当然还可以做其他的工作,只要你需要

本篇文章来源于 Linux公社网站(www.linuxidc.com)  原文链接:http://www.linuxidc.com/Linux/2012-02/55451.htm

by fedora at 三月 04, 2012 07:31 上午

Fedora 16 安装卸载 ATI显卡驱动

Fedora 16 安装 ATI显卡驱动基本步骤就是:

1.从ATI官网根据显卡型号下驱动软件,我下的是ati-driver-installer-11-12-x86.x86_64.run

2.进入终端,找到驱动所在目录,添加执行权限

sudo chmod +x ati-driver-installer-11-12-x86.x86_64.run

3.运行.run文件,一定要用sh命令

sudo sh ati-driver-installer-11-12-x86.x86_64.run

4.照着提示一步一步装就是了,最后配置以下驱动

sudo aticonfig –initiail

5.reboot

Fedora 16 卸载 ATI显卡驱动:

很简单,进入 /usr/share/ati/ 目录,在终端里运行

sudo sh fglrx-uninstall.sh

转自:Fedora 16 安装卸载 ATI显卡驱动

by fedora at 三月 04, 2012 07:29 上午

三月 03, 2012

Liang Suilong

Open Source Workshop后感

上周六我去了香港参加Open Source Workshop三月份聚会,这段旅程蛮值得回味的。

一早起来,就得踏上中港直通大巴。坐过一次以后,以后都不想坐了。大巴倒是平稳,但始终没有火车舒服。或许是周六日,多了一点父母带孩子去香港玩,车上比较嘈,我感觉在大巴上休息不好。过关也是折腾,从皇岗排了一次队,还得坐车到落马洲多排一次队,人多又乱,最怕的就是北方旅客一大堆行李。不过总算顺利到达九龙塘。

活动会场在城市大学,我在又一城等了一阵子Marco,在城大饭堂吃了个超值午餐,就进入会场。会场里,Sammy Fung和Wan Leung Wong两位组织者早早就位,其他朋友也准备开始活动。首先是Sammy介绍2012年香港和附近地区的开源活动,重头戏自然是GNOME Asia Summit 2012,还有九月份的F/OSS Conference,八月份台湾还有例行的COSCUP。活动都很多,有时间的朋友可以参加一下。

本月活动的正题是Ubuntu 12.04 Global Jam,似乎这个主题却是说得最少的。大家一开始就吐嘈iBus的速成和仓颉输入法是无法在en_HK.UTF-8下输入正体中文,他们向iBus团队反映过问题。但是上游并没有修复这个问题。原因是中国大陆和台湾都是使用拼音或注音输入法,只有港澳这一小地区才使用速成和仓颉。这是一个市场的问题了。这其中@whentp介绍大家说在用Fedora的KDE里用FCITX,我本来就是Fedora Packager嘛,也在维护FCITX,不过我从来不用FCITX,这的确是一个不大不小的笑点。后续的跟进已经在Facebook上继续讨论了。

后来Amanda Lam也到场了,我一直都有听HKPUG Podcast,早已听闻Da姐评论厉害之处。当日一会,果然名不虚传。正好此刻的话题正是Linux和自由软件在香港推广的各种困难。在场不少朋友都会在埋怨现在九十后特别懒散,只会用电脑来玩游戏,上网,而没有再像以前他们那样去尝试自由软件。况且近几年Linux进展迅速,也不像以前那样都需要。但是我并不认同这种观点,当年电脑仍然算是奢侈品,玩的人相对仍然较少,以专业人士和爱好者为主。现在时代不同了,电脑不再只是专业人士的玩物,普罗大众的需求也就是娱乐,况且Linux远没有到可以替代现有软件地步,特别是在生产力工具的迁移上,恐怕不能一蹴而就了。以上仅属个人意见。

最后是Haggen So介绍香港申办GNOME Asia Summit中的点点滴滴,此外也大致公布了筹办计划,时间剩下不多,就只有三个月时间。各项工作都要有一个稳妥的安排才行,但我相信筹委会中有Haggen和Sammy两位牛人在,应该会成功顺利举办这次活动。

活动结束后,还是免得打扰别人,迅速过关坐高铁回广州了,幸好没有被追尾。

我自己拍的活动照片都在这里:http://www.liangsuilong.info/gallery/index.php?/category/21

by liangsuilong at 三月 03, 2012 03:26 下午

二月 29, 2012

Fedora.cc

Fedora 17 Alpha发布

开发者在邮件列表上说,“Beefy”的意思并不是开玩笑,他们将用最好的开源自由软件“热狗”喂饱用户饥饿的肚子。

Fedora 17包含最新的桌面环境,GNOME 3.4 和 KDE 4.8。其中 GNOME 3.4 支持软件渲染。支持单窗口模式的GIMP 2.8,改进语言和字体支持;系统工具如 Corosync 2.0、Pacemaker Cluster Resource Manager 1.1.7、JBoss Application Server (AS) 7;开发者工具如Java 7、Ruby 1.9.3和PHP 5.4,等等。

下载地址:http://fedoraproject.org/get-prerelease

by fedora at 二月 29, 2012 11:08 上午

二月 28, 2012

LinuxToy - Fedora

Fedora 17 Alpha

代号 Beefy Miracle 的 Fedora 17 发布 Alpha 版本。

做为一个测试版本,可以预览以下新功能:

  • 包含最新的桌面环境,GNOME 3.4 和 KDE 4.8。其中 GNOME 3.4 支持软件渲染
  • 增加多点触控支持。
  • 具备完善的云计算平台支持,包括 OpenStack, Eucalyptus, CloudStack 和 Open Nebula。
  • 改进了彩色打印对 ICC 配置文件的支持;提供了最新版本的 GIMP。
  • 将分布在各处的系统文件整合至 /usr 目录下,允许实现安全完整的系统快照。
  • 默认使用动态防火墙解决方案 firewalld,增加 Network Zone 配置工具。
  • 添加 Opa 编程语言支持。
  • 升级 Eclipse 至 Juno,增加 DIET 网格计算中间件。

注意 Fedora 17 仍将使用 ext4 做为默认文件系统。

英文发布日志

官方各版本下载

PS: 如果朝内有朋友愿意举行 Fedora 17 发布派对的话,请与在下联系。

分类: Distros | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 无评论 | 捐助本站

by 黑日白月 at 二月 28, 2012 06:52 下午

二月 27, 2012

Wu Pengchong (rocrocket)

python十分钟入门

本原创文章属于《Linux大棚》博客,博客地址为http://roclinux.cn。文章作者为Rocrocket Wu。

为了防止某些网站的恶性转载,特在每篇文章前加入此信息,还望读者体谅。

===

【简介】

Python(蟒蛇)是一种动态解释型的编程语言。Python可以在Windows、UNIX、MAC等多种操作系统上使用,也可以在Java、.NET开发平台上使用。

python logo

python logo

【特点】

1 Python使用C语言开发,但是Python不再有C语言中的指针等复杂的数据类型。

2 Python具有很强的面向对象特性,而且简化了面向对象的实现。它消除了保护类型、抽象类、接口等面向对象的元素。

3 Python代码块使用空格或制表符缩进的方式分隔代码。

4 Python仅有31个保留字,而且没有分号、begin、end等标记。

5 Python是强类型语言,变量创建后会对应一种数据类型,出现在统一表达式中的不同类型的变量需要做类型转换。

python_book

python book

【搭建开发环境】

1 可以到www.python.org下载安装包,然后通过configure、make、make install进行安装。

2 也可以到www.activestate.com去下载ActivePython组件包。(ActivePython是对Python核心和常用模块的二进制包装,它是ActiveState公司发布的Python开发环境。ActivePython使得Python的安装更加容易,并且可以应用在各种操作系统上。ActivePython包含了一些常用的Python扩展,以及Windows环境的编程接口)。对ActivePython来说,如果你是windows用户,下载msi包安装即可;如果你是Unix用户,下载tar.gz包直接解压即可。

3 Python的IDE,包括PythonWin、Eclipse+PyDev插件、Komodo、EditPlus

【版本】

python2与python3是目前主要的两个版本。

如下两种情况下,建议使用python2:

1 你无法完全控制你即将部署的环境时;

2 你需要使用一些特定的第三方包或扩展时;

python3是官方推荐的且是未来全力支持的版本,目前很多功能提升仅在python3版本上进行。

【hello world】

1 创建hello.py

2 编写程序:

if __name__ == '__main__':
    print "hello word"

3 运行程序:

python ./hello.py

【注释】

1 无论是行注释还是段注释,均以#加一个空格来注释。

2 如果需要在代码中使用中文注释,必须在python文件的最前面加上如下注释说明:

# -* - coding: UTF-8 -* -

3 如下注释用于指定解释器

#! /usr/bin/python

【文件类型】

1 Python的文件类型分为3种,即源代码、字节代码和优化代码。这些都可以直接运行,不需要进行编译或连接。

2 源代码以.py为扩展名,由python来负责解释;

3 源文件经过编译后生成扩展名为.pyc的文件,即编译过的字节文件。这种文件不能使用文本编辑器修改。pyc文件是和平台无关的,可以在大部分操作系统上运行。如下语句可以用来产生pyc文件:

import py_compile
py_compile.compile(‘hello.py)

4 经过优化的源文件会以.pyo为后缀,即优化代码。它也不能直接用文本编辑器修改,如下命令可用来生成pyo文件:

python -O -m py_complie hello.py

【变量】

1 python中的变量不需要声明,变量的赋值操作即使变量声明和定义的过程。

2 python中一次新的赋值,将创建一个新的变量。即使变量的名称相同,变量的标识并不相同。用id()函数可以获取变量标识:

x = 1
print id(x)
x = 2
print id(x)

3 如果变量没有赋值,则python认为该变量不存在

4 在函数之外定义的变量都可以称为全局变量。全局变量可以被文件内部的任何函数和外部文件访问。

5 全局变量建议在文件的开头定义。

6 也可以把全局变量放到一个专门的文件中,然后通过import来引用:

gl.py文件中内容如下:

_a = 1
_b = 2

use_global.py中引用全局变量:

import gl
def fun():
  print gl._a
  print gl._b
fun()

【常量】

python中没有提供定义常量的保留字。可以自己定义一个常量类来实现常量的功能。

class _const:
  class ConstError(TypeError): pass
    def __setattr__(self,name,vlaue):
      if self.__dict__.has_key(name):
        raise self.ConstError, “Can’t rebind const(%s)%name
        self.__dict__[name]=value
import sys
sys.modules[__name__]=_const()

【数据类型】

1 python的数字类型分为整型、长整型、浮点型、布尔型、复数类型。

2 python没有字符类型

3 python内部没有普通类型,任何类型都是对象。

4 如果需要查看变量的类型,可以使用type类,该类可以返回变量的类型或创建一个新的类型。

5 python有3种表示字符串类型的方式,即单引号、双引号、三引号。单引号和双引号的作用是相同的。python程序员更喜欢用单引号,C/Java程序员则习惯使用双引号表示字符串。三引号中可以输入单引号、双引号或换行等字符。

【运算符和表达式】

1 python不支持自增运算符和自减运算符。例如i++/i–是错误的,但i+=1是可以的。

2 1/2在python2.5之前会等于0.5,在python2.5之后会等于0。

3 不等于为!=或<>

4 等于用==表示

5 逻辑表达式中and表示逻辑与,or表示逻辑或,not表示逻辑非

【控制语句】

1 条件语句:

if (表达式) :
    语句1
else :
    语句2

2 条件语句:

if (表达式) :
  语句1
elif (表达式) :
  语句2elif (表达式) :
  语句n
else :
  语句m

3 条件嵌套:

if (表达式1) :
  if (表达式2) :
    语句1
  elif (表达式3) :
    语句2else:
    语句3
elif (表达式n) :
   …
else :
   …

4 python本身没有switch语句。
5 循环语句:

while(表达式) :
   …
else :
   …

6 循环语句:

for 变量 in 集合 :
   …
else :
   …

7 python不支持类似c的for(i=0;i<5;i++)这样的循环语句,但可以借助range模拟:

for x in range(0,5,2):
    print x

【数组相关】

1 元组(tuple):python中一种内置的数据结构。元组由不同的元素组成,每个元素可以存储不同类型的数据,如字符串、数字甚至元素。元组是写保护的,即元组创建之后不能再修改。元组往往代表一行数据,而元组中的元素代表不同的数据项。可以把元组看做不可修改的数组。创建元组示例如下:

tuple_name=(“apple”,”banana”,”grape”,”orange”)

2 列表(list):列表和元组相似,也由一组元素组成,列表可以实现添加、删除和查找操作,元素的值可以被修改。列表是传统意义上的数组。列表创建示例如下:

list=[“apple”,”banana”,”grage”,”orange”]

可以使用append方法来在尾部追加元素,使用remove来删除元素。

3 字典(dictionary):由键-值对组成的集合,字典中的值通过键来引用。键和值之间用冒号隔开,键-值对之间用逗号隔开,并且被包含在一对花括号中。创建示例如下:

dict={“a”:”apple”, “b”:”banana”, “g”:”grage”, “o”:”orange”}

4 序列:序列是具有索引和切片能力的集合。元组、列表和字符串都属于序列。

【函数相关】

1 python程序由包(package)、模块(module)和函数组成。包是由一系列模块组成的集合。模块是处理某一类问题的函数和类的集合。

2 包就是一个完成特定任务的工具箱。

3 包必须含有一个__init__.py文件,它用于标识当前文件夹是一个包。

4 python的程序是由一个个模块组成的。模块把一组相关的函数或代码组织到一个文件中,一个文件即是一个模块。模块由代码、函数和类组成。导入模块使用import语句。

5 包的作用是实现程序的重用。

6 函数是一段可以重复多次调用的代码,函数定义示例如下:

def arithmetic(x,y,operator):
   result={
      “+”:x+y,
      “-“:x-y,
      “*”:x*y,
      “/”:x/y
   }

7 函数返回值可以用return来控制。

【字符串相关】

1 格式化输出:

format=”%s%d” % (str1,num)
print format

2 用+进行字符串的合并:

str1=”hello”
str2=”world”
result=str1+str2

3 字符串截取可以通过索引/切片,也可以通过split函数。

4 通过切片截取字符串:

word=”world”
print word[0:3]

5 python使用==和!=来进行字符串比较。如果比较的两个变量的类型不相同,那么结果必然为不同。

【文件处理】

1 简单处理文件:

context=”hello,world”
f=file(“hello.txt”,’w’)
f.write(context);
f.close()

2 读取文件可以使用readline()函数、readlines()函数和read函数。

3 写入文件可以使用write()、writelines()函数

【对象和类】

1 python用class保留字来定义一个类,类名的首字符要大写。当程序员需要创建的类型不能用简单类型来表示时,就需要定义类,然后利用定义的类创建对象。定义类示例:

class Fruit:
    def grow(self):
       print “Fruit grow”

2 当一个对象被创建后,包含了三方面的特性,即对象的句柄、属性和方法。创建对象的方法:

fruit = Fruit()
fruit.grow()

3 python没有保护类型的修饰符

4 类的方法也分为公有方法和私有方法。私有函数不能被该类之外的函数调用,私有的方法也不能被外部的类或函数调用。

5 python使用函数”staticmethod()“或”@ staticmethod“指令的方法把普通的函数转换为静态方法。静态方法相当于全局函数。

6 python的构造函数名为__init__,析构函数名为__del__

7 继承的使用方法:

class Apple(Fruit):
   def

【连接mysql】

1 用MySQLdb模块操作MySQL数据库非常方便。示例代码如下:

import os, sys
import MySQLdb
try:
    conn MySQLdb.connect(host=’localhost’,user=’root’,passwd=’’,db=’address’
except Exception,e:
    print e
    sys.exit()
cursor=conn.cursor()
sql=’insert into address(name, address) values(%s, %s)’
value=((“zhangsan”,”haidian”),(“lisi”,”haidian”))
try
    cursor.executemany(sql,values)
except Exception, e:
    print e
sql=”select * from address”
cursor.execute(sql)
data=cursor.fetchall()
if data
    for x in data:
        print x[0],x[1]
cursor.close()
conn.close()

谢谢!

©2012 感谢您来到linux大棚。如转载请注明:“ Linux大棚

.

我猜您对这些文章感兴趣:

by rocrocket at 二月 27, 2012 05:33 下午

二月 11, 2012

LinuxToy - Fedora

oVirt 3.0

oVirt 项目发布首个正式版本 3.0。

本次发布包括三个组件,SDK,引擎和节点。

Engine 3.0:提供功能丰富的虚拟化管理系统,提供以 Jboss AS7 为基础的应用服务器,支持进程优先级管理。

SDK 1.3:利用 Python 针对引擎暴露的 API 进行应用程序开发,REST 风格。

Node 2.2.2:提供最小化的 Linux 镜像,作为虚拟化的主机,并提供了 oVirt 引擎链接的功能,使用了部分 Fedora 16 中的组件

oVirt 由 Canonical, Cisco, IBM, Intel, NetApp, Red Hat, SUSE 合作开发,该项目于 2008 年由 Red Hat 发起,皆在建立一套开放的虚拟化解决方案。

在 Fedora 16 下安装 oVirt 引擎:

sudo wget http://www.ovirt.org/releases/stable/fedora/16/ovirt-engine.repo -P /etc/yum.repos.d

sudo yum install -y ovirt-engine

之后的内容请参照安装配置手册

如果对 oVirt 相关技术感兴趣的话,欢迎参加今年 3 月 21 日在北京 IBM Campus 举行的 oVirt 工作坊活动

英文邮件列表发布公告

分类: Productivity, Virtual Machine | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 无评论 | 捐助本站

by 黑日白月 at 二月 11, 2012 05:15 上午

二月 02, 2012

LinuxToy - Fedora

你可能不瞭解的 Fedora Spin:SoaS = Sugar on a Stick

Fedora SoaS Spin,一個您可能沒有聽說過的 Fedora 定製版。感謝 Ma Xiaojun 來稿(依據作者意向使用整體中文)

要介紹 SoaS,先要介紹 OLPC = One Laptop per Child “每童一電腦”計劃,該計劃打造的 Laptop 叫做 XO,SoaS 是 XO 採用的系統。

許多人以為 XO 就是一個“山寨機”或者“學習機”,在這裡我簡單寫一個 FAQ(我在香港的一些活動中接觸過 XO)

OLPC是怎麼運作的?賣廉價筆記本電腦嗎?

OLPC 針對的是世界上的欠發達地區的低齡兒童(上小學),所謂欠發達地區的例子有不丹,中國四川原災區等(這是 OLPC 香港最近兩次部署的地點,不過我沒有去)。

欠發達地區的用戶們並不需要為 XO 及可選的中心服務器等硬件付費,這些都是由好心人捐助的(如 HK$1,690 可捐助一台 XO,可見 100 美元神馬的還木有做到)。

XO 好像也不是特別便宜嘛,咱捐 iPad 神馬的不是更好?

XO並不是一般用途的電腦或者Pad,根據我的經驗,它的屏幕不大,反應速度也不是很快。

  • 但是 XO 有適合低齡兒童的特別設計,摔不壞。
  • 但是 XO 有 SoaS 這個專為教育而設計的系統,考慮到了可能沒有老師,適合小孩自學,也不會被小孩用去打機:)
  • 但是 XO 會自動和其他 XO 連成 Mesh Network 網狀網絡,這在通信設施匱乏的地區,是很有用的。例如我聽說,不丹有些 XO 用戶把 XO 當移動電話使∼

說完 OLPC,我們把重心轉移到 SoaS。OLPC 的那種專為教育設計的 UI 叫 Sugar,可以理解為類似 KDE 和 GNOME 的桌面環境,Linux 用戶可以用各種形式直接安裝

而 Sugar 雖然原來為 XO 設計,但也有一個 Fedora LiveCD/LiveUSB 定製版,使得非 Linux 用戶也可以用上 Sugar。由於 Sugar 官方推薦的使用方式是 LiveUSB,所以名字叫 Sugar on a Stick(有將所有的 USB 便攜式閃存統稱為 Memory Stick 的說法,並不特指 Sony 的產品)。

當然 SoaS 也是可以安裝到有硬盤的實體機、虛擬機上的。

個人以為,在我國大部份地方,電腦並不是消費不起的產品,但是家長們都會擔心電腦成了遊戲機。XO/SoaS 提供的下面這些 Activities,我覺得是挺適合低齡兒童的,比如用 Scratch 學個編程神馬的。

所以想推廣 Linux 的,在我們對 SoaS 有一些瞭解以後,向有小孩的朋友推薦 Fedora SoaS 定製版吧,比 Windows 那種遊戲專用系統強多啦!

Fedora SoaS 定製版下載

分类: Reviews | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 无评论 | 捐助本站

by 黑日白月 at 二月 02, 2012 07:31 上午

一月 28, 2012

Wu Pengchong (rocrocket)

漫谈DevOps

本原创文章属于《Linux大棚》博客,博客地址为http://roclinux.cn。文章作者为Rocrocket Wu。

为了防止某些网站的恶性转载,特在每篇文章前加入此信息,还望读者体谅。

===

英文原文:Three Aspects of DevOps: What’s in a word

原文作者:Ben Rockwood(作者博客

译者:Rocrocket Wu

翻译时间:2012年1月28日

[正文开始]

云和DevOps是最近非常火的两个名词,很多人都会思考它们到底是什么。“云”这个名词,相对比较模糊,也引发了不少疑问,诸如“云到底是什么?”、“如果云真的意味着在云中,那为什么又会有私有云的概念?”。而“DevOps”,则更让人迷惑,对于这个名词,不同的人会有不同的理解和认识。

针对DevOps,至少有三种不同的定义,我会一一列举出来,以便大家重新完善自己的理解。为了达到这个效果,我会把Dev和Ops作为两个关键词,然后在它们中间加入一个操作符,这个操作符表明了不同的人对DevOps的不同理解。

事实上,三种不同的定义,也就是DevOps发展演进的三个阶段:

【第一阶段:Dev > Ops】

在这个阶段,Ops多会遵循Dev的方法和思路。根据我的预测,DevOps群体中90%的人处于第一阶段。这个阶段是DevOps的开始阶段,也是DevOps群体应该关注最多的阶段。在这个阶段,会有如下的一些情况出现:

(1)

在这个阶段里,IT服务人员、系统/网络管理员会把自己定位为“Ops(Operations)”。

对于大多数人来说,Operations是一个比较新的概念,很多人不会认为自己是从事Operations的,而会认为自己是从事IT(信息技术)的。如果你所负责的仅仅是运行一个网站,那“IT”的确比较符合;但在企业中,你所做的其实并非运维一个网站本身,而运维的是公司的业务和生意。

(2)

敏捷,正在被逐步的应用到Ops中来。

从某种程度上讲,敏捷是在逐步回归到它的设计初衷。我们会尝试将一些最佳实践(如ITIL)与敏捷开发原则相结合,但经过事实证明,类似SCRUM这样的敏捷方案并不适用于Ops,不仅效率无法保证,而且每个公司都需要对敏捷方案进行不同的个性化调整和适配。不过,实践表明,可视化的工作流和工作进度控制方法,却可以很好的融入到Ops中来。这也说明了,我们需要在“做对的事”和“对的做事”之间不断的平衡,但这需要些时间。

(3)

为虚拟化而重构。

我们平时所讲的“云的世界”其实并不准确,因为其他人在建立一个大规模的内部VMware部署集群或一个外部的AWS部署集群时遇到的各类问题,在你建立集群时也同样会遇到。这就是DevOps的现状,这也就是DevOps Toolchain项目所要解决的问题。对于配置管理(从自动化的角度,而非ITIL的角度)来讲,要达到一种平衡。目前有三家公司在进行这方面的宣传推广,他们是Puppet Labs、OpsCode和DTO Solutions。

(4)

监控逐渐成为重要环节。

正如虚拟化引发我们在配置管理和命令控制方面重新评估现有工具一样,监控也需要不断的前进,面临新的挑战。这正是我们需要不断改造监控系统的时候,我们需要扩展其功能,重新设计其日志和趋势分析功能。或许,现状还能维持,但我们无法避免的需要接触和尝试所有有关报警、日志和趋势分析方面的新技术,你或许需要克服掉接触新事物的恐惧心理,比如尝试使用基于ruby编写的工具集。

第二阶段:Dev < Ops】

在这个阶段,Ops的方法论和经验会被Dev所采用。据我估计,在DevOps群体中,当前仅有不到10%处于这个阶段。这个阶段通常预示着Dev和Ops开始走向结合。如下的一些事情通常会发生在这个阶段:

(1)

无处不在的度量。

这是John Allspaw所拥护的东西。在第一阶段中,Ops便已经开始进行各类度量,但那是由Ops来收集并受益于Ops。不过,在第二阶段中,Dev会越来越关注度量,并开始花精力在这上面。不仅OS层面需要度量,应用程序的代码和策略也需要度量,因此,Ops所建立的仪表盘需要吸纳更多更广泛的度量信息。

(2)

实现持续集成(Continuous Integration)。

Ops是无法独自实现CI的,所以和各角色合作是必不可少的。

(3)

工具和实践的交叉融合。

开发者开始诚心地关注Ops日常工作和挑战的时候,便是需要在Dev和Ops之间建立统一工具集的时候。

【第三阶段:Dev <> Ops】

在这个阶段,Dev和Ops实现结合,分担责任,分享工作。我想这是DevOps的基本原则,坦率的讲,这是DevOps的真正含义。DevOps更多的内容集中在第一阶段和第二阶段中,但第三阶段仍然是一个未定型的阶段,这是我们努力的方向。在这个阶段,常常会发生如下这些事情:

(1)

Dev和Ops责任共担,不会互相推卸责任。

Dev会负责创建项目,Ops负责部署和维护项目,双方共同对项目的成功负责。各角色的责任并非在代码提交、部署完成或某一环节后就结束了。在业务下线前,双方都会对业务负责。业务的性能瓶颈,需要Dev/Op共同解决。当业务出现问题或异常时,无需设定负责人,因为双方是一个团队,需要共同去解决。

(2)

开发者也需要轮岗。

这种方式是通过“WebOps商店”流行起来的。这种方式并不是对任何企业都可以直接适用的,但是基本的原则和思想是普适的。应该针对开发问题,建立轮岗机制,在业务的代码贡献者中轮流设定“问题第一接口人”。

(3)

持续集成不断升级。

在这个阶段,Dev和Ops不再是两个团队,而是一个有不同侧重的跨角色团队。无论你是代码开发者或系统管理员,新的工具、新的实践、新的项目都平等地呈现在大家面前。这样,便可以毕其功于一役。

【总结】

你正处在DevOps的转变进程中么?大多数的人正在优化已有的运维实践和工具。或许你每周的Dev和ops例会只是简单的把名字更改成了“DevOps周例会”。你或许认为第三阶段将不可能发生在你的公司。每个人都处在不同的环境中,但也都处在同一个不可阻挡的趋势中。这个趋势的第一步是改变传统,请相信,DevOps行动已经开始。

从上述理论来看,你或许会发现使用DevOps作为职位名称,是存在一些问题的。这个职位名称到底指的是三个阶段中的哪一个?是指第一阶段中处于运维工具和运维实践改革中的系统管理员?还是第二阶段中使用持续集成的开发者?还是指任何一个对整个业务负责的IT工作者?

描述“DevOps到底是什么”的内容,并不是新的。但他新的地方在于“能够使从老的传统转变到新的传统并能让大家接受”。在以前,希望越界的员工往往会受到打击,因为他们过于多管闲事、过于冒进。但DevOps或许能改变这一切。像cloud一样,DevOps不仅一个流行名词,它还向我们证明了开启一个新世界的可能性,在这之前,我们是不敢想象的。曾经,使用AWS(Amazon Web Services)是不可想象的,而现在大家已经有了认同和共识。曾经,如果开源解决方案中不采用Tivoli,是非常疯狂的决定,而现在这是很受欢迎的。曾经,要求开发者在代码中加入度量逻辑是会被取笑的,而现在这是被鼓励的。所以,我应该拥抱所在行业的这个时代,多和它保持对话,抓住新的机遇!

谢谢!

©2012 感谢您来到linux大棚。如转载请注明:“ Linux大棚

.

我猜您对这些文章感兴趣:

by rocrocket at 一月 28, 2012 06:52 上午

一月 17, 2012

LinuxToy - Fedora

Fedora Packages & Tagger

提供在线软件包信息查找的 Fedora Packages 和软件包元数据标签加注的 Fedora Tagger 测试版上线。

Fedora Packages

Fedora Packages 提供在线软件包信息搜索和查询的功能,相比现有直接在远程构建平台 Koji 查询的方式有如下优点:

  • 支持对于软件包名、软件包标签(下面会提到)和软件包描述的模糊搜索
  • 直观的软件包依赖及层级关系图。
  • 一站式的在线查看构建日志、更新日志、软件包内部文件、补丁及 SPEC 文件内容

下一步计划和 openSUSE 社区合作,进一步完善对于上游项目元数据的抓取。

目前 Fedora Packages 尚处于测试阶段,欢迎反馈意见~

Fedora Tagger

上面提到了 Fedora Packages 支持模糊搜索软件包标签,也就是和 yum 工具一样可以访问Fedora 软件包数据库里记录的软件包标签。那么这个标签是从哪里来的呢? Fedora Tagger 就是提供给社区在线添加、评分软件包标签的工具(游戏?)。

使用(游戏?)规则如下:

  • Tagger 会随机呈现一个软件包。
  • 社区成员可以查看软件包详情,为已有的标签评分,或者添加新标签。
  • 每一个评分或者新添加的标签,都会影响自己的贡献点数,点数最终会影响显示排行榜中的名次。
  • 登录使用 FAS 账户,支持 Gavatar 头像显示。

下一步的计划包括更好的与 PackageKit 及 GNOME Shell 整合(直接在 Shell 搜索框获取远程软件包信息),引入 Mozilla Open Badges 显示(开放式的徽章/奖杯系统)等。

目前 Fedora Tagger 尚处于测试阶段,欢迎反馈意见~

消息来源:Máirín Duffy 博客

分类: Web App | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 无评论 | 捐助本站

by 黑日白月 at 一月 17, 2012 02:28 上午

一月 15, 2012

LinuxToy - Fedora

Fedora 16 AMD 闭源驱动安装指南

鉴于近来有刚入门朋友在邮件列表问及这个问题,且目前也没有专门针对的教程,于是补上此文。

目的是在 Fedora 16 系统上从 RPMFUSION 仓库安装 AMD Catalyst 闭源驱动,通用于于 32 位、32 位 PAE 和 64 位系统。

准备步骤

如果之前使用 AMD 提供的 run 文件安装过驱动的话,请卸载并修复 Mesa 库:

su -c 'yum reinstall mesa-libGL'

然后若还没启用过 RPMFUSION 仓库,那么请安装并启用:

su -c 'rpm -Uvh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm'

安装

pkcon install akmod-catalyst xorg-x11-drv-catalyst xorg-x11-drv-catalyst-libs.i686

配置

首先需要禁用 KMS,编辑 GRUB2 配置文件 /etc/default/grub ,为已有变量增加 nomodeset 参数,例如:

GRUB_CMDLINE_LINUX="quiet rhgb nomodeset"

之后运行 grub2-mkconfig -o /boot/grub2/grub.cfg 重新生成配置文件。

第二步需要给驱动里一个库文件加上 SELinux 标签,至少在 11.11 中需要这一步,看来是 AMD 遗漏了……

su -c 'chcon -t textrel_shlib_t /usr/lib/dri/fglrx_dri.so'

最后一步是生成 /etc/X11/xorg.conf 文件,可选,因为 /etc/X11/xorg.conf.d/ 中的配置已经可以使其正常工作了,但是 aticonfig 工具需要它。

su -c 'aticonfig --initial'

最后,重启系统生效

使用

测试

重启后可以测试下 Catalyst 驱动是否已经启用了,运行一下:

fglrxinfo

也可以看看 3D 加速:

fgl_glxgears

PowerXpress 内置和独立显卡切换(root 用户执行)

使用内置显卡(节能模式),运行后注销/重启 X11 生效:

aticonfig --px-igpu

使用独立显卡(高性能模式),运行后注销/重启 X11 生效:

aticonfig --px-dgpu

查看当前正在使用的显卡:

aticonfig --pxl

OverDrive 超频选项

显示当前 GPU 核心及显存频率、理论范围和 GPU 占有率

aticonfig --odgc

获取当前 GPU 温度:

aticonfig --odgt

设置新的 GPU 频率和显存频率:

aticonfig --odsc=GPU_CLOCK,GDDR_CLOCK

如果新频率不稳定的话,那么可以恢复原始,运行后注销/重启 X11 生效:

aticonfig --odrd

如果新频率稳定可用,那么可以设置为启动时自动超频,运行后注销/重启 X11 生效:

aticonfig --odcc

UVD2 硬件解码

目前 mplayerVLC 等只能使用 VAAPI 做为中介调用 XVBA 实现 UVD2 硬件解码,但是经过本人实际测试效果不理想:

  • 在近两年多核 CPU 的过期配置下远不如 ffmpeg-mt 效率高。
  • 不能处理 H264 5.1 Profile 的视频。
  • mplayer 不能加载字幕。

故此就不介绍其中的折腾过程了,实在不值得。不过现在 XBMC 有直接访问 XVBA 无需 VAAPI 中转的分支,据说性能有提升(依然不能处理 H264 5.1 Profile 的视频)。

卸载

如果对于闭源驱动不满意,那么可以卸载来切换回开源驱动:

su -c 'yum remove akmod-catalyst kmod-catalyst-* xorg-x11-drv-catalyst xorg-x11-drv-catalyst-libs.i686'

然后删除 X.org 配置文件:

su -c 'rm /etc/X11/xorg.conf'

然后仿照之前步骤移除 GRUB2 配置文件 /etc/default/grub,删除 nomodeset 参数。

以免万一,还可以恢复 Mesa 配置:

su -c 'yum reinstall mesa-libGL'

重启即可。

分类: Tutorials | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 无评论 | 捐助本站

by 黑日白月 at 一月 15, 2012 03:22 上午

一月 12, 2012

Chen Yu (jcome)

十二月 17, 2011

Yuan Yijun (bbbush)

senior member

续之前吵架的话题。没人会无缘无故地强硬地为自己辩护,没人会无缘无故地批评别人除非发现了软柿子捏。要吵架而没有证据可耻。



edit: 为什么三天前的旧事还要重提?因为事情还没完,保不定多久还要被扣上 BBS 维护不力、inactive 的帽子,所以昨天想了很久让谁来做箭靶子。我TMD为啥要担心所托非人?我只是个 fans 而已,我 play for fun 而已,搞神马政治呢。

十二月 17, 2011 03:17 上午

十二月 12, 2011

Yuan Yijun (bbbush)

时间是用来吵架的

今天在 fedora chinese 邮件列表吵架。
http://lists.fedoraproject.org/pipermail/chinese/2011-December/008715.html
http://lists.fedoraproject.org/pipermail/chinese/2011-December/008718.html
http://lists.fedoraproject.org/pipermail/chinese/2011-December/008724.html
http://lists.fedoraproject.org/pipermail/chinese/2011-December/008726.html

又,我上网太多的证据,Personal IRC activity tracking record (full logs at http://meetbot.fedoraproject.org/fedora-zh/ )


[yuan@mstar logs]$ ls irssi-fedora-cn-2011-* |wc -l
231
[yuan@mstar logs]$ ls irssi-fedora-cn-20* |wc -l
971
[yuan@mstar logs]$ ls irssi-fedora-cn-20* | head -n 1
irssi-fedora-cn-2008-06-27.txt
[yuan@mstar logs]$ grep -i bbs irssi-fedora-cn-2011-* |grep -v -i IRC | col -b |awk -F: '{print $1}' |uniq
irssi-fedora-cn-2011-02-13.txt
irssi-fedora-cn-2011-02-18.txt
irssi-fedora-cn-2011-04-24.txt
irssi-fedora-cn-2011-05-01.txt
irssi-fedora-cn-2011-05-04.txt
irssi-fedora-cn-2011-05-06.txt
irssi-fedora-cn-2011-05-22.txt
irssi-fedora-cn-2011-07-29.txt
irssi-fedora-cn-2011-08-05.txt
irssi-fedora-cn-2011-10-21.txt
irssi-fedora-cn-2011-11-11.txt
[yuan@mstar logs]$ grep -i 密码 irssi-fedora-cn-2011-* |grep -v -i IRC | col -b |awk -F: '{print $1}' |uniq
irssi-fedora-cn-2011-04-01.txt
irssi-fedora-cn-2011-10-21.txt
irssi-fedora-cn-2011-11-11.txt
irssi-fedora-cn-2011-11-16.txt
irssi-fedora-cn-2011-11-25.txt

十二月 12, 2011 02:44 下午

十二月 04, 2011

Liang Suilong

UEFI与GPT

因为工作需要,我买了一台Lenovo IdeaPad S205。这台电脑用起来还算不错,体积小,重量轻,性能够用。无线网卡设置麻烦一点,但这不是大问题,急用的时候用手机USB Tethering就可以了。最大的问题反而是UEFI。

我们都知道,每一台普通的电脑都会有一个BIOS,用于加载电脑最基本的程式码,担负着初始化硬件,检测硬件功能以及引导操作系统的任务。与之匹配的是称之为Master Boot Record(主引导记录)的分区表。MBR存在在硬盘的前512个字节。其中存储分区信息是64个字节,放置在前446个字节的后面。而每一个主分区需要占据16字节,因此在MBR里,只允许划分四个主分区或者三个主分区加一个扩展分区。在扩展分区上理论上可以划分无限个逻辑分区,但是操作系统会存在相应的限制。但是MBR有个严重的限制,就是无法引导超过2.2TB的分区。现在的硬盘已经达到了3TB容量,而且在组建磁盘阵列时BIOS有可能无法引导操作系统。

在最近新出厂的电脑中,不少已经使用UEFI。UEFI是替代BIOS的一个方案,与BIOS最大的不同在于BIOS是使用汇编语言编写的,而UEFI是使用C语言编写。而且UEFI具有模块化的特点,便于开发人员编写。早在Fedora 9,就已经支持EFI。但是Windows对UEFI的支持仍然有限。UEFI强制使用GPT分区表,GPT分区表只有主分区一种分区类型。它支持无限个分区,最大支持9.4ZB的硬盘和分区。在此阶段,GPT分区表可以被认为我们的海量需求。

是不是只有UEFI才能用GPT分区表呢?事实上又不是,Fedora 16在切换到GRUB 2引导器的时候,无论在UEFI系统还是BIOS系统上,都将强制使用GPT分区表。但UEFI会建立一个约200MB的FAT分区作为EFI系统分区,存放引导器和系统内核,而BIOS则是划分一个不大于2MB的分区存放GPT分区表的信息。在这里,Fedora 16 Beta的LiveCD仍然会把UEFI识别为BIOS系统,在硬盘分区时不会划分出正确的分区。具体的问题就要留意这一个Bug Report:https://bugzilla.redhat.com/show_bug.cgi?id=735023

实际上,BIOS也能够引导3TB的硬盘,只要稍加研发,便可以研究出解决方法,微星和华硕已经有类似的方案。那为什么Windows还是要求UEFI才能使用GPT分区表呢?或许这就是Wintel的奸计了。

微软打算在Windows 8对UEFI引入Secure Boot功能,似乎有限制非Windows系统在PC上启动。但是呢?Windows 8的Metro UI是否能够让人接受也是一个问题,采用Metro UI的Windows Phone 7至今仍然没有能够证明自己。所以呢,我一直期待Windows 8的大溃败。我仍然觉得同时存在两种风格完全不一致的用户界面是一个无法接受的方案。

哦,这篇文章足足拖了两个月才发出来。我太懒了。哈哈!

by liangsuilong at 十二月 04, 2011 05:17 下午

十一月 19, 2011

LinuxToy - Fedora

Verne Event @ Canton 活动小结

上周日下午,Verne Event @ Canton 在广州的中山大学东校区顺利举行了,在这里我要感谢曾经协助过活动筹备举办的朋友。活动是以主题演讲开始的,第一个主题是本人演讲的《如何参与到 Fedora 社区》,介绍 Fedora 社区的概况,以及参与 Fedora 社区的各种渠道和项目。第二个主题是 Robin Lee 演讲的《自由软件文化基本点》,讲述的是软件开发者如何配合 Linux 发行版编写代码。这两场主题演讲还可以吧,别指望我们有专业演讲者的水平就是了。

活动的第二部分集中讨论环节,论题是《你认为 Fedora 或者 Linux 最需要改进的地方》,主持人是 Tiger Soldier。这个环节一开始还不错,并没有出现冷场,但到了后来就显得有点凌乱。参与的人太多,很容易形成小团体讨论。这是我们活动组织经验的不足,以后会有改进的。

因为已经形成事实性的小组讨论,所以我们干脆直接切换到第三个环节,Fedora 安装示范和体验试用环节。我这一边是利用虚拟机演示 Fedora 16 的安装,Robin Lee 和 Tiger Solider 那一边是软件开发的讨论,外国友人 Lance Stuetzle 则是演示搭载 GNOME Shell 的 Ubuntu 11.10 和 Asus Eee Pad Transformer。

正当大家以为活动结束之际,来自 SHLUG 的 Thomas Yao (@ghosTM55)终于从珠海来到广州的活动现场。他为我们带来了五件 SHLUG 文化衫用于抽奖。随后,他跟我们 SHLUG 的历史和经验,以及组织开源社区的点点滴滴。例行地,每当他拿出 Macbook Pro 展示他的工具的时候,总是围着一大堆粉丝。

活动最终在六点结束,大家一起去了中大的东苑餐厅聚餐。

活动相册

PS:本次活动有六位女生参加。

分类: News, Offline | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 9 评论 | 捐助本站

by liangsuilong at 十一月 19, 2011 12:30 上午

十一月 10, 2011

Wu Pengchong (rocrocket)

UNIX标准化之ISO C-《别怕Linux编程》之七

unix%e6%a0%87%e5%87%86%e5%8c%96%e4%b9%8biso-c-%e3%80%8a%e5%88%ab%e6%80%95linux%e7%bc%96%e7%a8%8b%e3%80%8b%e4%b9%8b%e4%b8%83

本原创文章属于《Linux大棚》博客,博客地址为http://roclinux.cn。文章作者为Rocrocket Wu。

为了防止某些网站的恶性转载,特在每篇文章前加入此信息,还望读者体谅。

===

[正文开始]

在20世纪80年代,UNIX版本的数量剧增,包括美国政府在内的大量用户呼吁“对UNIX进行标准化”,以减少各个不同UNIX版本的差异所带来的问题与麻烦。(那个时候Linux还没有诞生,我猜Linus也刚刚踏入大学校门吧~~)

ANSI C是美国国家标准协会(ANSI)于1983年发布的C语言标准。

1989年,此标准被采纳为国际标准ISO/IEC 9899:1990。(IEC为国际电子技术委员会,ANSI是ISO的成员)

ISO C标准现在由ISO/IEC的C程序设计语言国际标准化工作组维护和开发,旨在提供C程序的可移植性,使其能适合于大量不同的操作系统,而不仅仅是UNIX操作系统。

在1999年,ISO C发布了最新的ISO/IEC 9899:1999,这是C语言标准的最新版本。如果你有兴趣,可以到http://www.iso.org网站去查询相关标准,方法是在右上角的搜索框中输入9899即可。

我截了一个图,其中C标准列表一目了然:

iso C标准

iso C标准

我已经猜到你对图片里的一些关键字不甚了解,在这里解释一下,首先是CHF,它的意思就是Swiss Francs,表示这份标准是以瑞士法郎来定价的;另一个是Cor.(Corrigendum),它表示勘误表,目前的1999版已经有了若干版勘误表,包括最新的2007年勘误表。

如果你还想了解下gcc针对ISO C的符合度,可以查看这个网址:http://www.gnu.org/software/gcc/c99status.html

谢谢!

©2012 感谢您来到linux大棚。如转载请注明:“ Linux大棚

.

我猜您对这些文章感兴趣:

by rocrocket at 十一月 10, 2011 02:17 下午

十一月 08, 2011

LinuxToy - Fedora

Fedora 16 发布及 Verne Event @ Canton 线下活动

代号 Verne 的 Fedora 16 在今日正式发布。

主要特性有:

  • Kernel 3.1
  • GRUB 2 启动器
  • GNOME 3.2.1
  • KDE 4.7.3
  • Xen 整合和虚拟化增强
  • Blender 2.5
  • SPICE 0.10
  • Perl 5.14
详细内容可以参考 Fedora 16 简体中文发行标记

本次版本变化不少,为仿意外请先阅读 Fedora 16 安装前指南

KDE 粉丝可以参考 Houge 的 Fedora 16 Spin 初体验

GNOME、KDE、XFCE、LXDE 各版本下载

广州 Linux 用户组组织了一场名为 Verne Event @ Canton 的 Fedora 16 Release Party 活动。注:Verne 是 Fedora 16 的 Codename。

活动安排如下:

活动地点:中山大学东校区(广州大学城)学生活动中心交通指南

活动时间:2011 年 11 月 13 日星期日下午两点正式开始

活动内容:

  • 主题演讲,两个:
  1. 如何参与 Fedora 社区 (Liang Suilong)
  2. 从 Fedora Packaging Guidelines 看最佳开源软件开发实践 (Robin Lee)
  • Fedora  16 体验试用,安装教学。参与者可以自由走动,互相交流。在这里我呼吁更多的朋友带装有 Fedora 16 的电脑到现场分享,或者使用 LiveUSB 亦可。
  • 头脑风暴环节,主持人是 OSD Lyrics 作者 Tiger Soldier。预定主题为:你最希望 Fedora 和 Linux 改进的地方。发言者可以获得一件 Fedora T-shirt,先到先得。
  • 活动结束后有自愿性质的聚餐。
活动礼品:55 件 Fedora T-shirt(感谢黑日白月),5 件上海 Linux 用户组 2011 款文化衫(感谢 SHLUG 负责人 Thomas Yao),另有 Fedora 贴纸若干。现场提供 Fedora 16 ISO 下载,有 GNOME、KDE、Install DVD、Netinstall CD 的 i686 和 x86_64 版本,共 8 张 10.7GB。
参与者需知:
  1. 本次活动无需缴费,无需报名。
  2. 本次活动的主要语言为普通话。
  3. 凡是参与本活动的朋友,须允许发布包含你个人肖像权的活动图片。
  4. 如果你带电脑参加活动,最好自备一个 Fedora Friend Finder,减轻组织者负担。
  5. 如果你使用 Twitter 发表本次活动的消息,请使用 #vernegz#gzlug 标签。如果你使用新浪微博,请使用 #vernegz##gzlug# 这两个标签。
最后,欢迎所有 Linux 发行版的爱好者,微软技术爱好者和苹果技术爱好者参与本次活动。

分类: Distros, Offline | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 29 评论 | 捐助本站

by liangsuilong at 十一月 08, 2011 02:47 下午

十一月 07, 2011

LinuxToy - Fedora

Fedora 16 安装前指南

和以往的 Fedora 版本一样,即将发布代号为 Verne 的 Fedora 16 也带来了大量变化,本文将摘取其中一些做简单介绍,方便您尽快适应变化,不局限于 Fedora 哦~

GPT 及安装

从 Fedora 16 开始,将在全新的硬盘上默认使用 GPT (GUID Partition Table) 分区表。简单的来说,GPT 是取代只允许四个主分区(或三个主分区一个扩展分区)的 MBR(Master Boot Record) 分区表的新分区表格式,最早有 Intel 提出作为 EFI (BIOS 替代品,常见于各类 Intel Mac)的一部分,并且成为现在 UEFI 的一部分。

同时 Fedora 16 LiveCD 的 Anaconda 只具备将文件系统复制到目标主机的能力,于是很自然的意味着通过 LiveCD 的安装要求目标磁盘使用 GPT 分区表,使用 DVD (亦可用 Fedora LiveUSB Creator )则无这些限制。

用 LiveCD 在使用 BIOS 的机器上安装时由于 GPT 的要求将需要创建一个大小为 1M 的 BIOS 分区,自动分区模式默认创建,手动分区模式若不创建的话无法继续。

目前 M$ 的 XP(64bit)/Vista/2008/7 在 BIOS 上仅有使用 GPT 分布表的硬盘做为数据盘的能力,没有引导 GPT 分区表硬盘的作为系统盘的能力。

目前 GRUB2 在 EFI(常见于 Intel Mac,注意和 UEFI 区分)上有 Bug,所以 Fedora 16 在 EFI 的设备上依然使用来自 Intel 的 GRUB-EFI

以上几点加起来,意味着:

  • LiveCD 安装仅适用于单独安装或者或后来安装支持 GRUB2+GPT 的 Linux 发行版(比如 Ubuntu),不适合与其他依然基于 GRUB+MBR 的 Linux 发行版或 M$ 系统共存。
  • 若是依然想使用 LiveCD 在为 MBR 分区表的硬盘上覆盖安装老版本 Fedora 或与已有支持 GRUB2+GPT 的 Linux 发行版(比如 Ubuntu)共存,可以尝试使用 GPT fdisk 将 MBR 无损转换成 GPT(未亲自尝试,风险自担)
  • 如果机器上有其他 GRUB+MBR Linux 发行版或 M$ 系统,亦或准备后来安装这些系统,请使用 DVD 或依据它生成的 LiveUSB

参考来源:Bugzilla MSDN

GRUB2 默认引导内核

GRUB2 与 GRUB 单点配置文件的方式不同,它通过读取类似 udev/systmed 风格的一系列预制配置文件模板外加 /etc/default/grub 自定义变量文件,然后用 grub2 工具生成最后的配置文件 /boot/grub2/grub.cfg强烈建议不要手动编辑该文件)。

由于无法确定每次调用 grub2-mkconfig 后生成菜单的顺序,所以指定默认的引导内核会稍微复杂些:

  1. 编辑 /etc/default/grub 文件,添加 GRUB_DEFAULT=saved 变量;
  2. 运行 grub2-mkconfig -o /boot/grub2/grub.cfg 来刷新配置文件;
  3. 使用 grub2-set-default 具体名称或以0为基数的自然数> 的方式来指定默认引导内核;

如果要查询当前设置的话,使用 grub2-editenv list 既可。

PS:现在每个内核都生成对应的 Recovery Mode 引导选项。

参考来源:Fedora Wiki

Radeon 开源驱动 HDMI 音频输出

开源 Radeon 驱动的 HDMI 音频输出支持在 Linux Kernel 3.0 开始被默认禁用了,所以在 Fedora 16 默认的 Linux Kernel 3.1 内核下需要手动添加内核参数引导打开

和上面操作 GRUB2 的方式类似:

编辑 /etc/default/grub 文件,

这次为已有的变量增加一个值 radeon.audio=1,例如:

GRUB_CMDLINE_LINUX="quiet rhgb radeon.audio=1"

之后运行 grub2-mkconfig -o /boot/grub2/grub.cfg 重新生成配置文件即可。

根据报道,目前的 HDMI 音频输出是逆向工程出来的,存在可能导致显示器黑屏的兼容性问题,故禁用。新的 AMD 官方的开源实现方案正在 IP 审核中,完成后将推送至内核。

注意使用 AMD Catalyst 闭源驱动的朋友无须设置此项。另外期待有朋友补上可用的 NVIDIA HDMI 音频输出的设置……

参考来源:Phoronix

简体中文配置

Red Hat 国际化组对Fedora系统中的字体进行了大量的改进,根据bug reports和用户反馈,特将常见的问题和解决方案在下面列出:

以前 ~/.fonts.conf 的美化方案不再适用, 请将个人用户目录下的 ~/.fonts.conf 重命名,然后以简体中文重新登陆系统,看看系统默认的中文字体是否美观耐用。

简体中文字体的位图字体和反锯齿字体的切换

  • su -c 'zenheiset aa' 切换到反锯齿字体
  • su -c 'zenheiset bitmap' 切换到位图字体

如果您偏好英文界面同时使用简体中文,请将以下环境变量加入到 ~/.bash_profile:

export PANGO_LANGUAGE=en:zh_CN

PS: 这部分以 GNOME 为主,KDE 的情况尚待补充,不过根据这个 QT Bug 来看似乎也没有完整支持 ~/.fonts.conf 的美化。

参考来源:邮件列表

分类: Tutorials | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 58 评论 | 捐助本站

by 黑日白月 at 十一月 07, 2011 04:00 下午

GNOME Shell 软件渲染

利用基于 Gallium3D 的 LLVMpipe 驱动,GNOME Shell 将实现无需显卡加速的软件渲染模式

LLVMpipe 是一个基于 LLVM 的 Gallium3D 驱动,利用 CPU 的实现 OpenGL 加速效果。尽管该驱动运行 3D 游戏颇为吃力,但是在现代的 CPU 上实现混合桌面特效还是绰绰有余的。

如上图所示,该功能一方面可以在不具备 3D 加速的设备(虚拟机或者显卡驱动有问题)上提供良好的 GNOME Shell 体验,另一方面也将开发资源从维护仅用于 GNOME Fallback 模式的组件中解放出来,集中精力完善 GNOME 3。

还需要从事的工作包括更新 GNOME Shell 支持驱动名单、增加内核伪 GEM 模块等。

该功能计划在 Fedora 17 GNOME 3.4 中实现,预期届时包括 Unity 在内等依赖 3D 加速的其他桌面环境亦将从中受益

Fedora Wiki(包含大图)

消息来源:Phoronix

分类: News | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 101 评论 | 捐助本站

by 黑日白月 at 十一月 07, 2011 03:47 上午

十一月 06, 2011

Wu Pengchong (rocrocket)

披着老电脑外壳的新电脑

%e6%8a%ab%e7%9d%80%e8%80%81%e7%94%b5%e8%84%91%e5%a4%96%e5%a3%b3%e7%9a%84%e6%96%b0%e7%94%b5%e8%84%91

本原创文章属于《Linux大棚》博客,博客地址为http://roclinux.cn。文章作者为Rocrocket Wu。

为了防止某些网站的恶性转载,特在每篇文章前加入此信息,还望读者体谅。

===

[正文开始]

80后的同学们,你们是不是也有一台陪伴了你很久很久的老电脑,就像你的一个老朋友,一直陪着你,到深夜(熬夜),到清晨(通宵)。

我也是80后,我也有那么一台老电脑,陪我盟军通关、实况夺冠。

很不幸,近来,老电脑主板坏掉了,已经彻底无法工作了,迫使我只能选择更新换代。

为了节省成本,也为了留住老电脑的影子,我京东网购,攒了一台“披着老电脑外壳的新电脑”!

【第一步】- 处理老电脑

留下老电脑的机箱、电源、硬盘。

换掉老电脑的内存、主板、CPU、软驱、Combo光驱。

【第二步】- 网购新配件

在京东订购了Core i3中央处理器、华硕主板、金士顿内存,总价1717元

金士顿(Kingston)DDR3 1333 4G 台式机内存 139元

英特尔(Intel)32纳米 酷睿i3 双核处理器 i3 2100盒装CPU 779元

华硕(ASUS)P8H67-M LE (REV 3.0) 主板(Intel H67/Socket 1155) 769元

三大件到货时拍的照片:

【第三步】- 老电脑上场

把老电脑的机箱擦干净,把电源扇叶吹干净,做好一切准备。

【第四步】- 准备新主板

包装拆开,把新主板平放在桌子上。

【第五步】- CPU入位

入门级core i3 双核CPU,闪亮登场,包装盒照相留念:

CPU要稳稳地入位到主板插槽中。

最后,加上大大的风扇:

【第6步】- 内存插入

现在的内存,4G是标配了吧。想当初97年,16MB内存,就已经是飞一般的感觉。

【第7步】- 新主板入主老机箱

三大件整合完毕,现在要做的就是把主板固定到老机箱中,然后把电源线插好,把机箱前面板线按说明书插好。

【第8步】- 装好硬盘

把硬盘装入,连好SATA线和硬盘电源线。

【第9步】- 加电开机!

【第10步】- 该你行动了

披着老电脑外壳的新电脑,已经新鲜出炉了。

拥有老电脑的你,是不是也心动了,现在就开始,让你的老电脑也重获新生吧!

谢谢!

©2012 感谢您来到linux大棚。如转载请注明:“ Linux大棚

.

Random Posts

by rocrocket at 十一月 06, 2011 03:13 下午

十一月 01, 2011

LinuxToy - Fedora

FAD 2011 北京反馈调查结果

感谢大家对于 FAD 2011 北京活动反馈调查的参与,现将调查结果大致公布一下。

  • 几乎全部参会者来自帝都。
  • 接近一半的人是通过 LinuxTOY 得知本次活动的。
  • 绝大多数人对于 Fedora 的四个环节感到满意度。
  • 只要不到一半的人在 Fedora 环节中参与了提问。
  • 绝大多数人对于 Fedora 的四个环节演讲者的专业程度感到满意。
  • 对于早晨的 Harish 演讲大多数人表示不错,对于下午在其他会议室进行的环节,接近一半的人没有参与或表示兴趣不大。
  • 大部分人对于会场条件和午餐感到比较满意,但是有两位表示非常不满意。
  • 大部分人对于活动组织感到比较有序,亦有四位朋友表示有些混乱。
  • 总体上,几乎全部参会者对于活动都表示满意。

Tommy 的一些感言

通过以上的结果,可以说这次 Fedora 活动日是很成功的。在迎接即将在广东举行的 Fedora 16 Launching Event 之前,允许我罗嗦几句感言吧。

最大的收获是和位于北京的其他开源爱好者和组织建立了关系,结识了共创中国的朋友,和红帽北京的两个部门有了深度交流。当然,也见到了 @csslayer, @happyaron, @tiansworld, @jcome 等朋友的本尊。

经验和教训也是必须的。由于本次活动是跟 OW2 方面合作,在部分事宜上双方沟通的存在不到位的情况,主要是签到的设置和午餐券配给。双方的报名人数方式以及具体的签到方式没有及时沟通,导致晨间的时候有两个签到位置,再加之隔壁还有一个其他会议再进行,于是签到过程显得有些混乱。另一方面,午餐券的数量没有对当天火爆的情形做足够冗余,导致最后保留给 FAD 参会人员的午餐券数量不足。最后中午派发的时候又出了一个小插曲(突然找不到签到表了),于是可能有朋友没有找到到处找签到表的本人,饿着肚子离开了会场,再加上会餐地点的一些临时安排,导致中午就餐情况不甚满意,在此表示歉意。下一次活动保证让前来的朋友坐着把饭吃了!

以后也将进一步,更多的利用现代手段(Screencast, Video Live Streaming),让无法前来现场的朋友也能体会到 Fedora 活动日高涨的开源软件热情。

现场照片及视频

更多的内容活动 Wiki 页面

分类: Offline | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 13 评论 | 捐助本站

by 黑日白月 at 十一月 01, 2011 08:11 上午

十月 31, 2011

LinuxToy - Fedora

Verne Event @ Canton 主题演讲征集

Fedora 16 预计会在 11 月 8 日发布(如果不跳票的话)。广州 Linux 用户组计划 11 月 13 日下午在中山大学东校区(广州大学城)举行 Verne Event @ Canton 的 Fedora 16 主题活动。具体时间地点仍然在协调之中。

现需要征集两个时间约 20~30 分钟主题演讲,内容没有严格限制,但是最好和 Fedora 相关。我个人期望是其中一个是入门级主题,另外一个是进阶级的主题。如有兴趣者,请发邮件与本人联系。本人邮箱是 liangsuilong AT gmail DOT com

活动初步安排如下:

  1. 两个主题演讲,每个主题演讲后预留约五分钟 Q&A 环节。
  2. Fedora 16 安装,使用,体验环节,参会者可以自有走动,欢迎参与者带预装有 Fedora 16 的电脑到现场分享。
  3. 头脑风暴环节,发表你对 Fedora 对 Linux 的一些看法。此环节仍在策划之中,具体细节还没与定案,我们会竭尽所能保留大家口水战的空间。发言者将会获得 Fedora 纪念 T-shirt 一件,先到先得。
本次活动将不会制作 Fedora 光盘,正在考虑在活动现场设置 HTTP/FTP 服务器分发 ISO 镜像(欢迎有 NAS 的朋友携带你们的装备到现场分流),也会在现场预制几个 LiveUSB 给有需要的朋友安装。至于 T-shirt 的数量,我这里保证有 30 件,米人黑兄会否赞助更多?XDD漏了说我们也欢迎非 Linux 用家来临现场参加我们的活动,中山大学貌似有微软俱乐部和苹果俱乐部,过来“砸场”吧。嘿嘿!

分类: Offline | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 11 评论 | 捐助本站

by liangsuilong at 十月 31, 2011 04:58 下午

征集四川 OLPC 分发志愿者

One Laptop Per Child 项目亚洲分部将于 11 月 18 至 20 日在四川省金堂县进行 OLPC 分发活动,现征集有爱心、有一点点技术能力并且懂四川方言的志愿者。(人数已满,真诚感谢报名参与的诸位朋友

One Laptop Per Child 是一个致力于为发展中地区儿童提供对于互联网时代接触机会的产品,运行基于 Fedora 的 Sugar 桌面环境。

位于香港的 OLPC 亚洲分部经过和四川省金堂县当地政府的协商,决定将捐献 1000 台 OLPC 给当地小学,详情如下:

“金堂县位于四川盆地西部,成都平原东北,沱江之首,县城名赵镇。全县幅员面积1154平方公里,总人口86万人,其中非农业人口11万人。辖2个乡,19个镇,1个省级开发区;地貌多样,以丘陵为主,低山和平坝兼有,其中:丘陵792平方公里,低山242平方公里,平坝120平方公里。在成都市19个区(市)县里,金堂县的财力相对较弱。 据2010年统计,全县有各类学校88所,小学51所,普通中学36所(初中29所,普通高中7所),职业中学1所,教师进修校1所,特殊教育学校1所,农村成人学校25所。全县教职工6776人,在校学生93944人。全县幼儿园55所,其中建制幼儿园9所,在园幼儿17183人 根据您的要求,我们与成都市金堂县政协、金堂县教育局进行了联系,落实捐赠电脑数量。金堂县委为此责成县教育局专门作了调查,并希望将1000台电脑全部捐赠给金堂县实验小学、金堂县安邦小学、金堂县栖贤学校三所学校。前两所均以农民工子女为主,后者是乡镇九年制学校。”

  • 活动时间: 2011 年 11 月 18 日至 20 日。
  • 地点:四川省金堂县
  • 住宿及餐饮:由 OLPC 香港和当地政府负责解决。
  • 费用:由 OLPC 香港负责。
  • 工作:分发 OLPC,培训当地儿童及老师 OLPC 的使用方法。

经过和 OLPC 方面的初步沟通,对于本地志愿者的需求如下:

  • 爱心,特别是对于孩子。
  • 由于 OLPC 运行的 Sugar 界面和通常的 DE 不同,需要具有一点点技术知识。(团队中有技术领队,所以无需过多担心)
  • 具备流利的普通话及四川方言沟通技巧。
  • 最好是四川省人士

如果您觉得自己符合以上条件的话,请与 tommy.he AT linux.com 及 info AT olpc.asia 联系

2011 年 11 月 2 日更新

感谢诸位朋友的踊跃参与和转发,目前来看参与人数已经足够了。现在 OLPC Asia 方面正在和成都当地联络人商议具体行程安排,将稍后通过邮件的方式告知已经报名的朋友。

再次感谢充满热心参与以及转发这条消息的朋友,让小朋友们知道 Geek 的世界里不冷漠。

消息原文

Fedora OLPC 兴趣小组

Sugar 项目首页(包括各个发行版安装方法)

OLPC 项目首页

分类: Featured, Offline | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 32 评论 | 捐助本站

by 黑日白月 at 十月 31, 2011 08:21 上午

十月 18, 2011

LinuxToy - Fedora

FAD 2011 北京回馈调查

10 月 15 日的 Fedora 活动日 2011 在深秋的北京结束了。请到场的童鞋填写反馈调查问卷,未到场的童鞋也有可以通过 jcome 和 alick 的“流水帐”获得一些感受。

开始看之前,可以点击这里来参加反馈调查哦!

jcome 的 FAD 2011 流水帐

这一周很忙,周五熬夜到四点,第二天(周六)七点多起床,把 slides 发给了FAD 的组织者,非常抱歉再最后时刻才能发出这个本应一周前就准备好的材料。这个也直接导致了最后在演示时产生一些遗憾。

吃早餐,大概八点半左右。觉得非常的困倦,于是和同事在餐厅坐着瞎聊,希望能驱逐困意。

九点多离开酒店,搭乘地铁前往著名的北航,我到了校门才想起几年前我来这里听过 GNOME.Asia 的会议 :-) 不过在找会议中心时还是走到边上的楼群去了,会议中心的大门是低于地面的,本来对路盲应是个好的特征,但我这个超级路盲觉得还是不够鲜明,之后进入了上午的主会场,听了各方的发言,期间和(年轻,帅气的)Tommy 碰上了面,在他的指引下也正确找到了FAD 的报名处,完成签到。在签到处碰到了吉拉德:)

中午时分,在 ows 签到处补领了T-恤。通过 Tommy 的介绍,和来自天津的摄影高手 Tainslworld 接上了头:)午餐时自助的匹萨,餐厅人头攒动,全无着臀之位,站着吃了色拉和水果,喝了一杯蘑菇汤,退出餐厅回到会议中心,并在第五会议室,FAD 的活动全部在这里。先找了椅子坐着,闭幕眼神——还是困。。。

Tommy 和 Tainsworld 的 Transifex 进行本地化 主题非常不错,虽然 synfig 也是通过这个平台来坐本地化的,但是之前从来没有去了解过这个平台。这个主题让我对 transifex 有了进一步的了解,我想肯定会对我对synfig 的本地化有帮助的。

CSSlayer 的 KDE Plasma 桌面开发主题也是非常有趣,让人感叹的 kde 真是太炫了(因为我的 kde 的印象和体验还是来自蓝点 linux 时代的kde2(?))。

最后是 alick 的 Texlive 主题,先要称赞的是 alick 的 slides 做得真是太棒了,很有条理,我这个 texlive 盲也能跟得上他得讲解,在短时间内就让我对这个神秘得应用产生浓厚得兴趣:)

由于个人行程的安排,非常遗憾的没能参加晚间活动 : (

再次感谢 Fzh!

休息一下,点击这里来参加反馈调查!

alick 的 FAD 2011 北京活动后记

注:本文中童鞋为泛称。

上午出发的也不晚,只是坐公交车时上了 438,而这趟车是先往北边绕然后才南下去北航的。到北航的会场已接近十点。Fedora 的报名点比较好认,虽然人都不认识但颜色很是熟悉,在这里认识了 Tommy,领到了光盘、钥匙扣、日程等。然后 speaker 还需要另外签到,领了餐券等。

上午没有 Fedora 的活动,一直坐在主会议室里,认识不到新的人比较郁闷。和我同时去参加活动的童鞋没有餐券已经打算中午回学校。中午时候,到了Harish 的演讲,然后是 Tommy 纪念 Dennis Ritchie 的讲话,我觉得这是上午活动最精彩的两部分。

中午在披萨店,我又成为一个人,不过遇到了另一个哥们儿,两人商量着相互看包交替取餐。然后是和附近的同是参加活动但还不认识的童鞋们边吃边聊。期间问到他们下午打算去听哪个房间的讲座,一童鞋称有兴趣去听 TeX Live 的讲座。这给我又添了鸭梨,不过我没当时告诉他这就是我要讲的东西。:D

接近两点时我才到下午 Fedora 的分会场,第一印象是人好多,而且还不断有人搬进去椅子。对的,鸭梨更大了。不过还好我在最后,有足够多的时间做调整。首先是 tiansworld 和 tommy 讲 Transifex,线上翻译和线下翻译都讲的很清楚。这会儿同时我还问自己在北航的童鞋要了一个上网的用户名密码,爬上了我们的 IRC,发现 Cyrus...(sorry名字只记得记这么长) 童鞋对不能视频直播很是幽怨。然后是 csslayer 的 KDE 开发介绍,这块讲了好多,而且发现 KDE 的确很好看。只是我不懂 KDE 的东东,所以主要收获在于膜拜到了大神,而且知道了大神的 id 是 csslayer 而不是 csplayer -_- (请轻拍)csslayer 的问答环节中似乎有人要挑起 KDE/GNOME 的论战,我等第三方本想坐山关虎斗,结果没有真正战起来~当然,和睦共处、增强互操作性更好,尤其是对第三方好。这个问答环节后 tommy 放了一个视频,同时等待 jcome 调设备。我趁这个间隙出去买了瓶水~然后是 Yu Chen 大哥的 Synfig Studio 介绍,这里有许多有趣的动画演示,且在电脑上的(色彩等)显示效果比在投影上好得多。开源的 2D 动画软件仅此一枚,希望能有更多人贡献力量。

然后就到我了。此时时间不早,而我的幻灯片内容略多,我决定将中间的调查表格的内容略掉。不过还是在讲的过程中说了些无用的话,有的重要部分也有可能没说清楚:总之我的展示水平还很有待提高。这里提下略去的表格内容,它是我事先在 BBS 上做的小调查的结果。结果显示安装系统版本和安装CTAN版本的用户大体各占一半,系统发行版上的 TeX Live 版本相对较低,但中文支持已可以不太复杂地使用。(再早的时候,使用中文有造字体一说,很繁琐。现在有了 xelatex 可以直接使用系统字体,旧方法已经不用了。使用 xeCJK 宏包配合 xelatex,比起旧的 CJK 环境也要方便许多。ctex 系列文档类,解决了中文字号首行缩进等问题。总之,使用今天的 TeX Live 写中文文档相当简单了。)这个话题我早就开始准备了,不过到活动前两天(周四)才定稿。之后阻止了自己几个新添内容的念头。这里可以稍微提一下,我在讲稿里没有阐释 LaTeX 之于 TeX 的区别、LaTeX 的几个术语(文档类、宏包等)、xeCJK 中文字体设置。毕竟感觉多说无益,需要了解这些内容的话一有文档二需实践还可日后切磋。还值得一提的是认识了 tuna 的 xiaq,也给 THU 的开源镜像 mirrors.tuna.tsinghua.edu.cn 做了广告。(现场广告环节不少有木有!)

然后是一段时间的讨论环节,gbraad 和 Harish 和大家讨论如何推动社区的发展。社区没有官方的支持,也是可以推广开源开放自由的精神的。(此处不多讨论)然后是发 T恤的环节,此时现场比较混乱~~然后是去晚上的活动了,路上认识了 Toy 大神,还有一个粉 Ubuntu 的 brooklyn (音译)和一个粉 Arch(有人叫雅倩。。)的童鞋。晚上大家就是开心地讨论各个话题,我从 tommy那学到了 yum history undo 这一神器,从 pwu 了解到了 Fedora 17 中有望加入的字体配置工具,还有其他许多东东。对了,大家对我的忽闪忽闪的LCD屏也很感兴趣,我只能说这不是 feature 而是 bug,而且是硬件问题。。十点左右,大家相互告别,结束了这次活动。

以上内容,如有问题,欢迎拍砖 :)

看完了?别忘记参加反馈调查!

目前正在整理现场的其他多媒体资料以及演讲者的演示文稿等,将稍候放出,敬请期待!

分类: Offline | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 10 评论 | 捐助本站

by 黑日白月 at 十月 18, 2011 04:08 下午

十月 17, 2011

Wu Pengchong (rocrocket)

南京技术面试回顾

本原创文章属于《Linux大棚》博客,博客地址为http://roclinux.cn。文章作者为rocrocket。

为了防止某些网站的恶性转载,特在每篇文章前加入此信息,还望读者体谅。

===

[正文开始]

国庆节后,出差去了南京,参与了历时五天的校园招聘,作为技术面试官,有一些切身的体会,和大家分享。

1 面试,存在运气成分

面试者,是无法选择面试官的。而决定面试者面试通过与否的几个重要因素包括:面试官的技术倾向、面试官的性格秉性、面试官的表达习惯、面试官的精神状态、面试官的细节侧重等等。如果面试者和面试官在这几个方面匹配度高,那面试成功的几率就大。强调这一点,是想让面试者正视面试这件事,两三次的失败,可能真的只是运气问题。

2 面试,切忌“精通技术”

作为技术面试官,在技术上一定是有一些成绩和心得的,他对于“精通”这个词,往往会格外敏感,通常也会心生排斥。如果一位面试者声称自己“精通”某项技术,面试官通常会毫不留情地问一些高难度的问题,而此时如果面试者回答的不尽如人意,那减分是必然结果。相反,如果面试者表示“对这项技术只是了解,可以试着回答面试官的问题”,那么如果面试者恰好回答出了问题,那么加分效果就产生了。

3 面试,切记“精通项目”

面试者,在面试前如何仔细的准备自己的项目都不过分。面试官希望听到面试者说“我对我做过的项目很精通”、“这个团队项目是我全程主导的”、“项目的技术难点是我攻克的”。在面试官对于项目细节进行询问时,如果面试者对答如流、泰然自若,那一定是大大加分的,因为面试官会得出一个结论,即“面试者能力很强”。而“能力很强”,通常比“基础知识很好”,要更好。

4 面试,软素质不可缺

技术,要体现价值,离不开沟通、协调、团队。所以即使是技术面试,面试官也会关注面试者的软素质。面试过程中,面试者最好不要说“我很宅”、“我没参加过学校社团”、“我不喜欢体育运动”等等,因为这很容易让面试官得出“思想不活跃”、“性格有些孤僻”、“团队精神不足”的结论。

5 面试,问问公司培训

面试尾声,面试官通常会询问面试者对于这次面试或者对于公司还有哪些想了解的,这个时候,建议问问“公司内部的培训机制是如何的”,不要询问其他和工作无关的事情,毕竟话多语失,多说了话,可能会印象减分。

6 面试,准备基础知识

校园招聘的技术面试,一般都是基础知识,拿网络知识来举例,一般会问TCP三次握手和四次挥手的过程、IP地址分类方法、七层协议包含哪些,等等。所以,好好掌握好基础知识,是面试过关的前提条件。

PS:北京的校园招聘,已经慢慢拉开帷幕了,祝愿大家,面试顺利,马到成功

谢谢!

©2012 感谢您来到linux大棚。如转载请注明:“ Linux大棚

.

我猜您对这些文章感兴趣:

by rocrocket at 十月 17, 2011 02:48 下午

十月 14, 2011

LinuxToy - Fedora

FAD 2011 北京其他社区活动详情

做为中国开源软件周的一部分,明日(10 月 15 日)在北京举行的 Fedora 活动日上还有许多其他开源社区的活动同时举行。

上午主题演讲(在活动开始前,会有 Dennis Ritchie 的缅怀环节

  1. 10:00-10:10 Opening Address by Organizers and Welcome Session
  2. 10:10-10:30 OW2: A community ecosystem platform - Cedric Thomas
  3. 10:30-10:50 Canonical: Richard Yu
  4. 10:50-11:10 IBM: Integrating Open Source into Your Business - Jin Chunxia
  5. 11:10-11:30 Forever OSS:Gong Wen Xue
  6. 11:30-11:50 CoSoft: Open Source Way in China - Steve Cheng
  7. 11:50-12:10 创客空间: Open Source Hardware and Hackerspaces - David Li
  8. 12:10-12:30 Redhat: The State of the Community - Harish Pillay

下午分论坛活动

第三会议室 Open Source Developers

  1. 14:00 -- 14:40 Tao of Apache -William Jiang Apache Software Foundation
  2. 14:40 -- 15:20 OW2
  3. 15:40 -- 17:00 MakeSense - an open project to change the world! -- Larry Tchiou 邹敬平 - Make Sense

第四会议室 Open Source Enterprise

  1. 14:00 -- 14:40 Case Study of Southern Airline 王永和 Forever OSS
  2. 14:40 -- 15:20 OW2: Alex
  3. 15:40 -- 16:20 Analyze performance with open source benchmarks -- Quan Wen HP
  4. 16:20 -- 17:00 Discussion Panel

第五会议室 Open Source Linux(Fedora 活动在此)

  1. 14:00 -- 14:40 Translation using Transifex -- Tommy He with Tiansworld
  2. 14:40 -- 15:20 KDE Plasma Widget Explore -- CSSlayer
  3. 15:40 -- 16:20 Synfig Studio Intro and Demo–jcome
  4. 16:20 -- 17:00 Fedora and TeX Live: alick

第八会议室 Open Source Hardware

  1. 14:00 -- 14:40 开源和山寨: 新一代的开放创新方式-李大维(15 Mins) 那些开源硬件引发的创新-Eric Pan-Seeedstudio (25 Mins)
  2. 14:40 -- 15:20 开源式合作与社会化创新- 高磊 (10 Mins) 创客空间与开源硬件-王盛林 ( 15 Mins) 大学校园里的创客空间-Star Simpson (15 Mins)
  3. 15:40 -- 16:20 开源硬件简史-赵峰 (25 Mins) 开源硬件社区-姜太文(15 Mins)
  4. 16:20 -- 17:00 Milkymist One: Fabricatorz 在中国如何做开源硬件-Jon Philipps (15 Mins) 开源机器-张浩 (15 Mins) OpenBoard: 完全自由的开源硬件平台-翟开源(10 Mins)

当下 FAD 2011 的报名已经截至,对于以上任意环节感兴趣的朋友可以随时前往现场,但是不保证还有 T-Shirt 及其他纪念品

更多详细内容请参考本站先前报道

分类: Offline | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 2 评论 | 捐助本站

by 黑日白月 at 十月 14, 2011 03:57 上午

十月 09, 2011

LinuxToy - Fedora

FAD 2011 北京临行前指南

明天将是中国开源软件周的第一天,而这周六(10 月 15 日)将是 FAD 2011 北京的活动日,在临行前有还有那些需要知道的呢?(已更新详细时间表)

时间地点

2011 年 10 月 15 日 在 北京航空航天大学,是中国开源软件周(2011 年 11 日到 17 日)社区活动日的一部分 。

主会场在北京航空航天大学新主楼会议中心。乘坐地铁10号线,在西土城站下车从A出口出来,沿学院路向北直行,从北京航空航天大学东二门进入既是。

无法前往现场的朋友

  1. 通过邮件列表参与讨论
  2. 跟随 FedoraProject 官方中文微博帐户,了解现场实时动态
  3. 耐心等待 LinuxTOY 上的 Fedora 系列报道

现场听众及围观者

  1. 记住本页上标明的时间和地点
  2. 早上到达地点后,请到 Fedora 位置签到(午餐批萨票之类的东东)
  3. 下午活动尾声,记得找 Tommy (别说你一整天了还不认识他)领取纪念 T-Shirt
  4. 活动结束后,请前往 SurveyMoneky 填写反馈单(地址在活动后放出)

热心开源活动者

  1. 做好以上全部内容
  2. 如果可能,请带上你的 Fedora Friend Finder,必定成为现场的红人
  3. 如果可能,请带上你的迷你无线路由,大家一起 High
  4. 准备好的自己的名片,如果是 Fedora 爱好者的话,可以使用 Fedora 专属名片制作工具
  5. 带上一些可以证明你是开源爱好者的宅物,放下一些对于桌面环境/发行版/浏览器/编程语言的偏见

准备演讲者

  1. 做好以上全部内容
  2. 准时前往会场,最好稍微提前些
  3. 多多温习演讲材料
  4. 找机会测试本本的多屏输出,特别是在投影仪上
  5. 放松心态,特别是面对某些听众提出的某些难以回答的问题时
  6. 避免在临行前折腾你的 Linux 系统

具体环节安排

报到及其他现场活动

  • 报到:09:00-10:00
  • 组织方开场致辞:10:00-10:10
  • 之后有来自其他开源社区的负责人依次上台发言:10:10 -12:10

早间主题演讲

State of the Community

  • 演讲人:Harish Pillay (红帽社区活动全球负责人)
  • 时间:12:10-12:30

免费午餐

  • 时间:12:30 开始
  • 地点:比格皮萨,北航东南门过天桥东北角

下午的非正式会议及互动环节(位于第五会议室)

使用 Transifex 进行本地化

  • 演讲人:Tommy He 及 Tiansworld (LinuxTOY 编辑,Fedora 中文翻译负责人)
  • 时间:14:00 -- 14:40
  • 面向:初学者,有兴趣参与本地化工作的人士

KDE Plasma 桌面开发

  • 演讲人:CSSlayer (小企鹅输入法维护者)
  • 时间:14:40 -- 15:20
  • 面向:KDE 粉丝,JavaScript 及 Qt4 开发者

Synfig Studio 介绍

  • 演讲人:jcome (开源 2D 设计师)
  • 时间:15:40 -- 16:20
  • 面向:UI 设计师,动画设计师

Texlive 交流

  • 演讲人:alick(神秘 Texlive 高手)
  • 时间:16:20 -- 17:00
  • 面向:想用或想了解 TeX 的人,不喜各种office软件的人

晚间活动

  • 地点:待定
  • 时间:19:00 -- 21:30

最后,别忘记这只是开源软件周活动的一部分,现场还会有 Ubuntu 和 BLUG 的朋友,以及 IBM, Red Hat 的诸位大牛们。欢迎所有喜好开源的朋友们参加

更多详情及报名

分类: Offline | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 32 评论 | 捐助本站

by 黑日白月 at 十月 09, 2011 02:02 下午

十月 08, 2011

Yuan Yijun (bbbush)

RMS on Jobs

cnbeta 转发了 RMS 关于 Jobs 的话,评分很高。文章地址 157656.htm ,是从 solidot  转来的,所以看那边的评论更好些,地址 11/10/08/0610247.shtml 

RMS 说了这样几段话,地址 2011-jul-oct.html#06_October_2011_(Steve_Jobs)
Steve Jobs, the pioneer of the computer as a jail made cool, designed to sever fools from their freedom, has died.

As Chicago Mayor Harold Washington said of the corrupt former Mayor Daley, "I'm not glad he's dead, but I'm glad he's gone." Nobody deserves to have to die - not Jobs, not Mr. Bill, not even people guilty of bigger evils than theirs. But we all deserve the end of Jobs' malign influence on people's computing.

Unfortunately, that influence continues despite his absence. We can only hope his successors, as they attempt to carry on his legacy, will be less effective.


solidot 文章的最后一句,提到某个 FSF member 不满 RMS 的话,决定单打独斗去也。搜索 Larry Cafiero 可以发现跟 Fedora 颇有关系。他的理由是觉得 RMS 无法代表自由软件社区发言。博客文章大意为“每次他的发言都会带来灾难”。不过他的博客文章引用了其他几篇,却是白痴到死。ZDNet 两篇, Steven J. Vaughan-Nichols free-software-founder-richard-m-stallman-is-glad-jobs-is-gone/9707 和 Adrian Kingsley-Hughes richard-m-stallman-on-steve-jobs-im-not-glad-hes-dead-but-im-glad-hes-gone/15275,readwriteweb 一篇 Joe Brockmeier why-fsf-founder-richard-stallm.php。为啥这么说呢?RMS 本来就是说话不讲情面,抓住任何机会推广自由软件理念的,而且他很擅长引起争议。就这几段话,我觉得既中肯,又符合他的风格。

我感谢 Apple 有 iPod Touch,可以运行 Skype,可以拍照发微博,让家人得以天涯若比邻。我也感谢 RMS 的话。他才是对我们大家息息相关的,不像那些商界巨子。大家都在改变世界, RMS 的做法是告诉大家自由的定义,然后用每个事例让大家来思考,就像这几段文字,与其说评论,不如说提问。而商业领袖的做法是依靠精致的产品和营销,他们的悼念,不如说是形象塑造的广告。虽然 Apple 看起来做到了几乎不可能的事情,带来了人类的希望,但是如果没有及时推出 iPhone 5,那就是骂声一片。这些不满意被 RMS 称为 fools 的人,一样被 Jobs 称为 fools;只是 RMS 不屑多说,老板们却还要希望消费者更傻一些。

说到底每个人擅长的领域千差万别,不理解 RMS 的人太多了,但是社会还是要靠他们才能运转。自由并非社会的全部。而商业则是社会本身。RMS 批评 Jobs,跟堂吉诃德有什么分别?再去批评 RMS 的人,不是白痴么。

update: 今天还查了一阵子 Washington 和 Daley 的关系,才知道那座 Daley Plaza 历史极其悠久,工业化的外观这么久没有锈蚀,真是不一般,然后才知道有两个 Daley,还有 the Machine 什么的。现任 Mayor 不是很像第七区特工出身!..

十月 08, 2011 04:31 下午

十月 05, 2011

LinuxToy - Fedora

Fedora 16 Beta 发布

经过两周的跳票,Fedora 16 Beta 终于发布了。感谢黑日白月的投稿

Fedora 16 Beta 带来如下特性:

  • 有关机按钮的 GNOME 3.2(但升级后又变回挂起按钮)
  • KDE 4.7
  • GRUB 2 BootLoader
  • 全新安装默认使用 GPT 分区表(在BIOS 系统上会增加一个不大于 2MB 的 BIOS Boot 分区)
  • 整合 Xen 和若干虚拟化
  • 完全移除 HAL
  • 启动脚本完全迁移到 systemd
  • SELinux 增强
更详细的内容请参看邮件列表

下载地址

分类: Distros | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 53 评论 | 捐助本站

by liangsuilong at 十月 05, 2011 03:09 上午

十月 02, 2011

LinuxToy - Fedora

FAD 2011 详细活动通知

距离 Fedora 2011 北京活动日还有不到两周的时间,本次活动是中国开源软件周的社区活动日的一部分,欢迎所有喜爱开源软件技术的朋友前来参加!

时间地点

2011 年 10 月 15 日 在北京航空航天大学,是中国开源软件周(2011 年 11 日到 17 日)社区活动日的一部分 。

活动联系人

中文朋友联系在下就可以啦。

参与人员

请前往活动 Wiki 页面报名。

日程规划

  • 参会人 10 月 15 日在 0900~1000 之间报到
  • 早上所有社区的公开演讲 1010~1230
  • 午餐披萨 1240~1420
  • 下午的非正式会议和互动环节 1430~1730
  • 会议结束 1800
  • 晚上娱乐 1900~2200

话题和安排

早间公开演讲:

  • State of the Community -- Harish Pillay (红帽亚太社区活动负责人)

下午的非正式会议及互动环节(具体顺序待定):

  • 使用 Transifex 进行本地化 -- Tommy He 及 Tiansworld (LinuxTOY 编辑,Fedora 本地化负责人)
  • KDE Plasma Widget 探秘 -- CSSlayer (小企鹅输入法维护者)
  • Synfig Studio 介绍及演示 -- jcome (开源 2D 设计师)
  • Texlive 交流 -- alick(神秘 Texlive 高手)

广播

活动期间将开放 IRC 连接,依据网络情况会有视频连线。

食物

午餐是免费披萨

晚餐内容欢迎提出建议!

PS: 特别提醒以上童鞋在假期的时候不要偷懒,赶快把演示材料准备好哦~

分类: Featured, Offline | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 16 评论 | 捐助本站

by 黑日白月 at 十月 02, 2011 02:53 上午

九月 29, 2011

Caius Chance (kaio)

九月 27, 2011

Caius Chance (kaio)

九月 25, 2011

LinuxToy - Fedora

Richard Hughes 和 Linux, GNOME 上的色彩管理

在 GNOME 3.2 即将到来之际,Libre Graphic World 的朋友对 GNOME Color Manager 及 colord 的作者 Richard Hughes 进行了专访。感谢 jcome 翻译来稿

过去, 只有不怕死的折腾鬼才敢做 Linux 下的色彩管理。在两年前,Richard Hughes 领导下的 GNOME Color Manager 项目,借助 Argyll 色彩管理系统的帮助,一劳永逸的改变了这个状态,现在普通用户也能完成色彩管理工作了。在离 GNOME 3.2 临近之时,我们决定打扰下 Richard,直截了当地询问一些色彩管理方面的问题。

Richard,您是红帽的全职员工。有 Linux 发行商来支持您所喜爱的工作是否很有帮助呢?

会有帮助,但这并不是根本的。红帽是众多超酷的开源公司之一,只要和他们要您做的事情多少拉得上点关系的,它就会允许您去尝试。对 Linux 桌面,我一直关注那些用户想要的功能,看能不能找出“缺漏”的地方,并尝试把它们填补上。有可能是给已有的项目写点代码,也有可能是创建全新的框架。我喜欢这个。

对于专业的设计师,印前工程师和摄影师而言,掌握色彩管理都是必须的,所以不必向他们多解释。但是对于那些还在犹豫着是否花一百美元左右买个 Pantone Huey 仪器(这还是当今最便宜的)的人,GNOME Color Manager 是如何让他们明白这笔开销是物有所值的?

噢,有两个方法:

让他们去找那些有色彩矫正设备的人,拜托抽空帮忙校准下他们的屏幕。在很多会议上我都会这样 :找个设计师,帮他把校准下屏幕,然后就会看到他张大嘴巴那副吃惊的样子:原来之前创作的作品都是有色彩问题的。

另外,当用户看到新的色彩控制中心面板时,很容易就会注意到一个 “了解更多...” 的按钮,它会引导用户来到一个大型帮助文件,里面有诸如 “为何校准是重要的”,“支持校准设备有哪些”,甚至一些简单的诸如 “什么是一个色彩特性文件” 的主题。它既能让新用户明白色彩管理是重要的,又能告诉有一定基础的用户如何检测自己的流程并保证色彩是准确的。

GNOME Color Manager 从 2.30 起便内置到 GNOME 里面了,很多人因此对它或多或少有些了解,知道它可以用来创建诸如显示器和打印机这些设备的 ICC 特性文件,从而以保证色彩还原的一致性。但是 colord 却是个新东西,请您简单说说,colord 是什么,为什么 GNOME Color Manager 会需要它呢?

GNOME Color Manager(缩写为 g-c-m)的确是在 GNOME 2.30 时加入的,之后在 2.32 和 3.0 之间经历了一个快速的发展周期。在这段时间里,g-c-m 从一系列相对独立的程序变成一个设计上有些仓促的框架,供其它程序使用。但是下面几个原因,导致它难以被接受:

  • 像 CUPS 之类需要通过 Color Manager 对设备进行注册的项目会变得棘手。因为 Manager 是位于用户会话层的,但那些后台守护程序却在开机时的系统层就开始运行了。
  • 我们要有个系统范围的特性文件,才能实现为其他用户配置色彩特性文件,以及在 GDM 登录屏幕甚至系统启动时就应用色彩特性等操作。
  • 其它桌面环境也不应该为了设备之间的逻辑映射,重复生成特性文件的元数据。

下来要做的事情就很明显了:拆分 GNOME Color Manager 的框架部分,使它变成一个简单的系统级别的部件,这样能被系统上下文中的其他部分所用;再将 g-c-m 精简为一个用来配置和应用 colord 策略的会话前端。这样也会简化在 KDE 或者 LXDE 环境下与 colord 交互前端的开发工作。

如果觉得这个听着耳熟,没错,这的确很像 PackageKit 和 UPower。不要惊讶,因为我也在维护这些上游项目。

在 GNOME 3.2 中, GNOME Color Manager 将第一次全面使用 colord 以及彻底修改后的打印堆栈。这对最终用户到底意味着什么?

嗯,这意味着我们不仅完成所有的基础设计和构建,并且还实现了默认安装,这点非常重要。Colord 是 GNOME 3.2 的一个强制依赖,它是被包含在发行版的 LiveCD 里的。这是说它“Just Works”,不用再安装任何软件包,也无需做任何配置。显示设备会通过 gnome-settings-daemon 在 colord 中进行自动注册,打印设备则会通过 CUPS 注册到 colord 中去。

史上首次,用户可以简单的告诉系统 “在这个设备用这个特性文件”,工作就会魔术般自动完成。这意味着我们在针对一个打印机生成特性文件(或者下载供应商提供的特性文件)之后,就可以保证打印出来的东西没有色彩问题。为了达成这个目的,我们要修改很多底层的东西(CUPS,Ghostscript,foomatic 和 Gtk+),但这对用户而言这就是 "Just Works”。他们再也不用学习如何编写 XML 文件或者挑选策略文件。

在做 colord 的时候,您对第三方的工具打了很多补丁,所以我猜您对全局会有个了解。您对当前 Linux 上的数码图像和打印堆栈有什么看法?它们还跟得上时代吗?用在专业的环境里可靠吗?需要做些大的更改吗?

CUPS 和 Ghostscript 是两个存在了很长时间的项目,它们有稳定的 API。稳定意味着它们已经用了很长一段时间了,当然对我而言,若是有新的 GLib 和 DBus 绑定会让我的工作轻松许多。Linux 上的打印堆栈是非常错综复杂的,希望将来在流程中剔除 PS 而迁移到 PDF 之后事情会变得简单一些。对专业使用者来说,最重要的事情是稳定,有文档。

在处理和设备关系时与 SANE 项目打交道是个令人比较沮丧的过程。SANE 是个古老的程序库,您可以请求它做类似列出已连接的扫描仪,扫描图像之类的工作。主库 libsane 调用按设备制造商划分的 “后端”。后端的质量非常的参差不齐。有些后端,比如惠普的,没什么问题,但有一些却不时的崩溃。就算可以安装私有的后端也没什么改善,而且这些私有后端的质量甚至更令人担忧。因为 colord 的过程中需要使用到 libsane ,上面这些情况会造成守护程序的崩溃。我估计通过 Fedora 提交到 colord 的 bug 中,90% 将是 sane 后端引起的。这也是为何我们在 colord.conf 配置文件设了 EnableSane=false 选项的原因。长远考虑,我希望把大多数的设备探测的工作都移入 udev 中去,就像其他子系统做的那样,但是如果没有得到来自 SANE 社区的支持,这很难实现。

在设计 colord 时,我试着故意忽略了 flipping pixel values。Colord 是个非常高阶的守护进程,它可以对类似 Krita 或 GIMP 程序说 “这个设备用这个特性文件”,而不是为它们提供140MB 的内存缓冲和操作列表。这意味着对某些程序,我们可以在 CPU 上用 lcms2 做转换,而对其他使用了 3D 的就在 GPU 上用 Shader 做转换。选择不封装 lcms ,使得我们留给应用程序去决定在某个恰当的层用恰当的方法做像素转换。

这样的缺点是不得不给应用程序打补丁让它们做出正确的决定。我们可以很容易的对 Clutter 和 Cairo 做一些框架上的修改实现这个目的。但是迟早应用程序都必须要在某种程度上涉及色彩管理。上面这些是我准备在 GNOME 3.4 期间关注的主要方面;现在所有的框架都安装并运行着,我们可以对应用程序作者说 “已经默认安装好了,不用担心额外的依赖,接受我的补丁就可以了”。

说到打印,在打印全彩的图像时,得到正确输出的唯一途径是要针对打印机,油墨和纸张三者的特定组合创建特性文件。即使是在一个固定的流程中也会有多个 ICC 特性文件存在的情形。目前能支持吗?

我想多数人的打印机都是只有一个特性文件的,但是我同意支持一个设备对应多个特性文件合乎逻辑的。实际上照相机也有同样的问题,您可能既要 “工作室里照明下的特性文件”, 有要 “户外阳光下的特性文件”

Colord 事实上和 OSX 的 ColorSync  一样,当应用程序(本例中是 CUPS)为设备请求色彩描述文件时,它其实是依据限定条件来请求描述文件的。通常,按下“文件->打印”之后 CUPS 以 600dpi 的分辨率,用彩墨打印到一个普通纸上。CUPS 是对 colord 请求的是一个“RGB.Plain.600dpi”限定语的特性文件。如果要打印在光面纸上(光面纸有个范围更广的色域,可以打印更多的色彩)时,您的确需要一个不同的特性文件。这需要您使用光面纸重新校准打印机,得到一个不同的特性文件。于是当在打印对话框中选择“光面纸”选项进行光面纸打印时,CUPS 就会请求 “RGB.Glossy.600dpi”,colord 返回一个正确的特性文件。当然如果您没有光面的特性文件,那么它回退普通纸张的特性文件,因为这样比完全没有特性文件要好。

对那些不是通过 GCM 产生的特性文件,目前我们还没法标识“这是个彩墨,光面纸,1200dpi的特性文件”。当然,在用GCM内置校准工具产生的特性文件时是包含,该元数据的。如果您对 UI 上有任何主意和想法,请到 #gnome-design 和那些设计师们讨论,我会把它加到 GNOME 3.4 的。

现在有多少应用程序已知使用了 colord 的 D-Bus 接口,目前它稳定性么?

我不确定有多少项目使用了colord,因为即使使用了他们也不是一定要通知的嘛。目前,据我所知的有 CUPS,GTK+,foomatic,simple-scan,compiz-cms,当然少不了 gnome-color-manager。Alex Fiestas 也有计划实现一个 KDE 前端。

colord 的公共 Dbus API 非常的稳定。我们只有去年发生过影响 API 的兼容性,并且那次的变动也只是影响了会话策略代理,对应用程序并没有影响。我们目标是保持 API 的稳定和和对它的支持,当我们觉得需要更多的功能时,再添加更多的属性和方法进去。我并不是说即使是要修复重大的bug,我们都不会打破 API。就目前而言,我看没有看到这样做的必要;colord 只是影响范围有限的简单后台守护程序。

直到最近 gcm 都是使用 Graeme Gill 的 Argyll 色彩管理系统来实现和 ColorMunki, Colorvision Spyder 之类测量设备的交流。接着您明显的开始做原生的驱动了,也对 Argyll 打补丁以便满足需求。Argyll 的问题在哪里,当前它是怎么工作的,将来有什么计划吗?

好多问题!给那些非色彩 Geeks 解释下,Argyll 是一组从色彩传感器获取数据、处理制表直至生成一个完整的色彩特性文件的程序。对于这些, Argyll 非常棒,胜过所有其它我们现有的工具。不幸的是,Argyll 有几个缺点:它被设计成许多在交互式控制台中运行的小程序,要求用户必须了解其中发生的所有事情。

这和 GCM,colord 的 “Just Works” 哲学不吻合,因此我们不得对与 Argyll 进行交互的部分做些改进。对于 3.0 和 3.2而言,是通过一个 VTE 部件来运行Argyll,然后通过屏幕截图抓取输出结果。这个方式不是很好。我请求Graeme(Argyll作者)做个终端那样的选项,他在最新的版本中弄好了。不幸的是我没法在 Fedora 中搭载最新的版本(因为需要一个修改过的内置的 libusb1 的版本,它在等待 libusb1 项目上游通过),我们还是要用不太理想的抓屏方式。

将来依然会在特性文件创建过程中使用 Argyll,没有人比 Graeme 更了解如何创建漂亮的特性文件。我想剥离出来的是的设备锁定和测量,这是我正在给 colord 添加的东西。现在已经有了原生的 Huey 硬件驱动,Colorunki 的驱动也已经完成了一半。

这样子我们就可以在屏幕上获取色样,还能实现一些常规化操作,比如取消校准,以及指示完成进度的进度条。colord 用来完成那些耗时较长的工作,之后把结果输入到 Argyll 里的某个工具中生成特性文件。通过这种方式,我们既可以收益于由 Graeme 维护并检测过的算法,又可以实现由 colord 带来的硬件异步。

在进行 colord 处理硬件方面的研究时,发现我们忽略了一个在 Glib 中实现“ USB 异步可取消传输”的简便的方法,于是我又发起了一个 GUsb 项目。我希望它能很快公开发布,并在 colord 中采用。GUsb 也被用在其他项目中了,比如 SPICE。

最近在 GNOME 开发者的列表里,有个话题是有关全屏色彩管理(FSCM)的。您能解释解释 FSCM 对最终用户意味着什么吗?

对自由桌面的色彩管理而言,下一步很自然的需要实现的全屏色彩管理,就像现在 OSX 上实现的那样。我们也已经有一种的全屏效果,是在会话启动时将 ICC 特性文件里的 VCGT(视频卡色域表,在校准时产生的)发送到 X Server 。Windows 和 OSX 很就以前就这样加载线性校准状态了,而且允许你做更准确的硬件校准。比如可以把 Tinkpad LCD 屏幕调得没那么“蓝”,是个相当有用的功能。

可是,从某种角度来说,VCGT 也只是起到辅助作用而已,它只能通过单独对红、绿和蓝通道作重映射的方式进行屏幕校准。这会限制您去作些更巧妙的事情,比如互相切换绿和蓝通道等尽管看起来像小把戏,但对于进行模拟某些色盲却非常有用的操作。而且明显的是,它也没有在源特性文件和目标特性文件之间做任何的色域映射。

全屏色彩管理的真正用途是自动化的完成从一个特性文件到另一个特性文件的色彩映射过程。实际应用中,我们可以自动的把色彩从一个已知的色彩空间转换到显示器的色彩空间中去。常见的比如文档编辑器、工具集按钮、窗体边框等全都假设是在 sRGB 空间里的,它们没有特别的标识。但是有些应用程序比如 Firefox ,它有可能正在显示来自 Flickr 的图片,而该图片可能内嵌了指明获取设备的色彩空间的特性文件。

当下,那些没有被标识的内容是不经过任何色彩管理就被传输到显示器上的,这就是为何人们对宽色域的 LED 感到头痛的原因。了解色彩管理的应用程序像 GIMP(还有 Firefox,如果您不怕麻烦把它设好)会借助特性文件,通过类似 lcms2 的程序库在 CPU上把源色彩转换为目标显示器的色彩。

这样的过程可以保证图像本身在屏幕上的正确显示,但意味着每个像素都要经过 CPU 的处理,若是几 MB 的文件就会消耗不少时间。

那么我们怎么做?我们想对要同时上传到显示屏幕上的众多图像做大规模的并行操作。幸好现在大多数机器都具备专为此项功能设计 GPU 。告诉 GPU 对一张放在在显存中 50MB RGBA 的二维纹理中的每个像素按照 16x16x16 的矩阵做三线插值,它完成的速度比把图像加载到系统 RAM 中还要快。

这样操作并不是一个新的观念,几年前 Kai-Uwe 已经用 Oyranos Compiz 插件演示过,还有最近 Gabriel Ebner 在 compiz-cms 项目上所做的。后者甚至是用 colord 来获得正确的特性文件的。因此,对于 Compiz 用户已经现成的解决方案,前提是能告诉所有应用程序使用 sRGB 空间进行渲染。

GNOME 3 用的是 Mutter 混合管理器,不像在我们在 Compiz 上的一个完整窗口中处理 Assembly Shader 那么简单,我们必须使用 Clutter 和 cogl 来实现正确的渲染和透明度。这也增加了在定义输入选择和输出选择区域时的复杂度。比如像 Blender 之类程序想完整控制窗口的程序,并不想让混成器去处理颜色;或者 Firefox,它已经用 CPU 完成了转换,我们不想再做“多余”的图像色彩矫正。我还在和 Mutter 和 X 的开发者讨论,看在 GNOME 3.4 中这个要怎么处理才是最稳妥的。目前看来 Mutter, Gtk+,cogl 甚至其他一些应用程序都要做些改动。

我考虑过使用 Kai-Uwe 的 net-color 规范,但我觉得规范里很多是错的,像加入网络透明这样的东西,这会给我们带来大量我们并不想要支持的问题。我还想把 FSCM 中输入选择或输出选择控件 (和窗口)做的超级容易。可是,除非手动定义对于现代工具集中移动、尺寸改变和形状改变支持不佳的输出选择区域,否则 net-color 规范并没有让事情变得容易。清楚的是,无论要怎么做,我们都要尽量减少对额外依赖造成的影响,还有 UI 延迟,电力消耗也必须考虑的。此刻,各种不同的的想法都是有可能的。

我知道在读者只是想要个简短的答案,但是我无法潦潦几句就把这问题说全。在 GNOME 3.4 之后,我确信会有个专门的 FSCM 文章来详细描述其体系结构。

您有看过 Wayland 吗?它能提供一些和色彩管理相关的便利吗?

Wayland 是个很酷的项目,参与的都是非常聪明的家伙。但真的,Wayland 只是个混合器(compositor)和客户端之间的通信协议。对于 FSCM 而言,我们想要客户端和混成器所进行的沟通,和现有的协议,如已经上传到服务器的 ICCPROFILEINX 原子操作,是并不相关的。目前来说,Wayland 还不像某些疯狂的网站所说的那样可以“替换掉X Server”。但是在设计 FSCM 时,值得注意我们并不会永远都有可以用来存储一些随机数据的 X Server 。

所以,我觉得 Wayland 在色彩管理方面并没给我们带来什么,尽管它让所有的速度都变快了。

对于要让 95% 的用户开心和要满足其余 5% 的用户对弹性策略流程的要求好像一直就存在争议,在现阶段有没有让 colord 和 Oyranos 互相兼容的方法?

我很想说“有",但是我想基本上不可能既让事情“ Just Works” 而还能给予用户控制每个策略微妙差别的自由。我一向强调我们应该让 95% 的人完成他们想要的 99% 的事情,对于其余 5% 的用户,他们已经有自定的流程。在做过很多用户调查研究之后,发现大多数人都只是想让色彩管理来做恰当的事情,而不想被艰涩技术问题烦着。对于那些确实有需要的的人而言,他们知道如何编辑类似 colord.conf 配置文件,知道如何阅读 man页面了。

另外,我不觉的 colord 和 Oyranos 项目之间以后会有很多交叉,并不是意识形态的问题,而是这两个项目的交叉点非常少。Colord 的目标非常有限,那就是默认安装和让色彩管理变得 ”Just Works“。Oyranos 有非常宏大的目标,它包裹了很多其它的程序库,试图介入色彩流程的方方面面。和 colord 比较的话,它们像是两个垂直的坐标,这就是我选择开始一个新项目而不是尝试修补 Oyranos 的主要原因。

当初您开始 GNOME Color Manager 是源于兴趣,想解决两个显示器之间色彩输出不一致的问题。两年之后,有了一些基础性项目,colord 和 GUsb,还有对 CUPS 的补丁等等,您现在还觉得有兴趣吗?

非常有趣。(任何色彩专家也会这样说)随着对色彩管理了解的越多,就会越觉得其实对色彩管理知道的很少!自从决定 colord 开始要和硬件直接交流后(为了大大提升校准时的用户体验),对于我这样的电子 Geek 来说它变得非常的底层及有趣。我也一直从 GNOME UI 设计师那里得到很多帮助,最明显的是在 GNOME 3.2 中,校准及偏好设定的 UI 变得更加完美了,最终用户会觉得我们的产品更易用。

我想主要的动力还是大家都还在关注我的工作,给予我帮助。在网上有各式各样很酷的提供人帮助,也可以不停的从他们那学东西,几乎不可能会产生厌倦而扭头去干别的的。色彩非常有趣,相信我会长久做下去的。

英文原文(授权为 CC BY SA 3.0

分类: Desktop Stuff, Featured, Reviews | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 30 评论 | 捐助本站

by 黑日白月 at 九月 25, 2011 04:00 下午

九月 20, 2011

Caius Chance (kaio)

九月 17, 2011

LinuxToy - Fedora

FAD 2011 北京主题演讲材料准备

距离即将于 10 月 15 日举行的 Fedora Activity Day 2011 北京暨 Open Source Week 开源软件周还有整整一月的时间,准备到场演讲的童鞋们,开始准备材料啦!

FAD 2011 北京活动议程及报名

准备到场有演讲题目的童鞋,请在 10 月 9 日前将演示文稿发给在下 ,以便进行时间估计和演讲顺序的安排工作。

注意我们不欢迎 ppt/pps/pptx/ppsx 格式的文件哦!若是您已经制作了该格式的演示文稿,请转换成 PDF 格式用于 Evince/Okular 播放!

以下提供一些幻灯片制作/演示工具供参考:

分类: Featured, Offline | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 14 评论 | 捐助本站

by 黑日白月 at 九月 17, 2011 02:56 上午

九月 13, 2011

LinuxToy - Fedora

Fedora 新软件维护者指南第二版更新

拖了近一年的时间,终于有时间有精力更新这一篇文档。

本次更新包含的内容主要有:

  • 因应自 Fedora 14 以来的改变,汇入 SRPM 包部分和更新已有软件包部分的内容从 CVS 改成 Git。
  • 增加 RPM Fusion Packager 的相关内容。
  • 修正格式和用字不当。
原文地址请点击此处,如有错漏,请不吝指教。

分类: Books, Featured, Tutorials | 永久链接 | 收藏到 del.icio.us | Email 给好友 | 9 评论 | 捐助本站

by liangsuilong at 九月 13, 2011 08:12 上午

九月 10, 2011

Wu Pengchong (rocrocket)

关闭SELinux的两种方法

1 永久方法 – 需要重启服务器

修改/etc/selinux/config文件中设置SELINUX=disabled ,然后重启服务器。

2 临时方法 – 设置系统参数

使用命令setenforce 0

附:
setenforce 1 设置SELinux 成为enforcing模式
setenforce 0 设置SELinux 成为permissive模式

谢谢!

©2012 感谢您来到linux大棚。如转载请注明:“ Linux大棚

.

我猜您对这些文章感兴趣:

by rocrocket at 九月 10, 2011 07:42 上午