虽然ubuntu现在已经做的非常好，但是不得不承认相对于中国现实的环境和linux的实际处境以及其它原因，学习它仍然不是那么的容易，但愿随着不断的开发和版本发布，将会越来越好。

ubuntuskills是对ubuntu常用操作的一个整理，非常实用的命令和问题答案，请链接至：http://wiki.ubuntu.org.cn/UbuntuSkills

Google和众多开源社区的开发者都使用Eclipse IDE，Google开发者用Eclipse开发了Android、App Engine、Google Chrome，以及大量Web应用程序。现在Google宣布与Eclipse基金会合作，促进Eclipse生态系统，他们的合作结晶是Eclipse Labs。 Eclipse Labs的目的是让更多人知道Eclipse平台上的开源和商业插件项目，目前还是beta版本。Eclipse开发者可以创建，或将自己的项目迁移到Eclipse Labs。

在去年9月份，Eclipse基金会讨论并确定了很多2010年要投入的项目和工作，这些项目中，最吸引人的，也是反响最大的就是Eclipse Labs。上周，Eclipse Foundation非常激动的宣布了该项目已经进入实质阶段，这应该非常感谢Google的支持和投入，并且Google已经推出一个基于Eclipse的Workspace Mechanic项目。
　　Eclipse是一个非常庞大并且充满活力的商业和开源社区，并且经过了多年的积累和时间考验。对于Google Code、SourceForge、Codehaus等机构来说，无论是从产权角度来说，还是从投入成本来说，重新开发一个Eclipse都是不值得，也是不划算的，并且也很难达到Eclipse的影响力。因此完全可以寻找一个更适合的途径，来解决这些机构之间的资源协调问题。
　　去年，Eclipse开始与那些在Google Code上托管项目服务的机构进行了合作领域的讨论，寻找适合的Google Code与Eclipse合作途径。非常高兴的是，很快大家就达成了一致，决定成立一个Eclipse Labs，一个全新的，结合Eclipse与开源项目之间的桥梁。
　　什么是Eclipse Labs?
　　如果你参与过Google Code项目，那么你可以很快了解什么是Eclipse Labs。通过Eclipse Labs 可以快速访问问题跟踪系统以及源代码库，达到快速创建开源项目的目的。缺省情况下，通过Eclipse Labs创建的项目，采用的是EPL协议，但是也可以采用其他Google Code所允许的协议。任何人，在任何时候，都可以通过Eclipse Labs来创建项目(前提是要接受Google Code和Eclipse Labs使用条件)。另外Eclipse Labs推荐的命名空间是org.eclipselabs，但是这不是强制要求。
　　Eclipse Labs 也推荐在项目的描述信息中使用或创建特定的标记或标签。Eclipse已经在Eclipse Labs的搜索页中提供了一系列这样的标签，同时也将在未来的几个星期内提供一套与搜索这些标签相关的API。为了更好的合作和推广Eclipse Labs，Eclipse希望在采用Eclipse Labs的项目主页上带有明显的Eclipse Labs标识。例如在Eclipse BIRT项目中，会列出所有采用Eclipse Labs开发的插件，并且给出相应标记。同时Eclipse也希望能够将与Eclipse Labs相关市场结合起来，相信，通过Eclipse Labs平台，将为开源项目创造更多合作与发展的机会。
　　Eclipse Labs不能做什么?
　　Eclipse Labs与Eclipse之间是存在区别的，是开源社区与Eclipse之外的第三个选择，因此不能称其为Eclipse项目。因此如果希望在Eclipse中使用Eclipse Labs项目，需要经过合理的授权过程。如果某个项目希望通过这个过程受益，必须首先成为Eclipse成员之一。
　　前景
　　现在Eclipse Labs已经对商业开放，不过还处于beta阶段，所以希望大家能给更多的反馈。我们希望在Eclipse基金会的众多项目中，Eclipse Labs能够快速成为一个突出的项目。我们也希望这一过程更为简单，让大家体会到基于Eclipse Labs开发开源项目一个非常激动的事情。并不是所有的项目都必须直接进入Eclipse基金会，我们希望途径是项目从Eclipse Labs，到一定阶段之后，可以选择进入Eclipse基金会。
　　非常感谢Google
　　整个过程，Google员工一直参与其中，再次显示了Google对开源社区的承诺和支持。现在，没有Google的自持，Eclipse Labs是不可能的事情。也感谢Eclipse Labs的带领人，Ian Skerrett。
　　Eclipse基金会多年以来，虽然推出了最优秀的Eclipse开发工具，但是在其他开源项目上表现一直一般。Google这个IT巨头也一直在窥视开源市场。两者如何结合在一起，并且结合的方式是提供一个最便捷的开源软件开发平台。其目的非常明显，就是要图谋称霸开源领域。在这样一个平台上，会有更多开源项目，特别是刚刚启动的开源项目加入进来。因为通过这样一个平台，可以让更多的开发者随之随地参与开发工作，也可以更好的利用已经存在的项目资源。

这是Google为开源社区所做的又一努力，除了自身需要，我想labs终将会成为更多使用eclipse进行开发的开源工作者的又一乐园。
sun开发的netbeans也很优秀，但是很不幸落入了oracle的囊中，或许有一天，我们将为netbeans支付使用费。现在VirtualBox也已经在新版中更换了logo标志，包括openoffice等优秀软件，我想这也是为什么ubuntu要去除java-jdk的原因吧。

虽然Ubuntu 10.10还处在早期开发阶段，Canoncial的眼光却放得很长远，工程技术经理Robbie Williamson今天就公布了未来三个版本的初步发布日程，包括2011年4月的11.04、10月的11.10甚至2012年4月的下一个长期支持 版本12.04 LTS。Ubuntu 10.10开发代号Maverick Meerkat(标 新立异的狐獴)，原定于今年10月28日发布正式版，不 过在创始人Mark Shuttleworth的建议下，这套追求“完美十分”(Perfect 10)的新系统已经提速：9月2日的Alpha 4测试版取消，改为直接上Beta测试版，RC候选版也提前到9月30日，最终正式版则争取赶在10月10日推出(10/10/10)。

只需要以下几个命令就可以实现：

mkdir /walleve #新建立一个文件夹,用以替换老的文件夹,
chown/chmod #两条命令搞定权限设置(建议使用和原有分区同样的权限设置，ls -l #查看原有分区设置)
gedit /etc/fstab #找到要替换的分区，比如你是挂在到/eva 文件下的分区，那么直接将eva修改为walleve
umount /eva #卸载原有的挂载分区
mount -a #重新挂载所有分区

这时候，只需要刷新文件夹就可以看到挂载分区已经变了

chown

功能说明：变更文件或目录的拥有者或所属群组。
语　　法：
chown [-cfhRv][--dereference][--help][--version][拥有者.<所属群组>][文件或目录..]

chown [-chfRv][--dereference][--help][--version][.所属群组][文件或目录... ...]

chown [-cfhRv][--dereference][--help][--reference=<参考文件或目录>] [--version][文件或目录...]

补充说明：

在UNIX系统家族里，文件或目录权限的掌控以拥有者及所属群组来管理。您可以使用chown指令去变更文件与目录的拥有者或所属群组，设置方式采用用户名称或用户识别码皆可，设置群组则用群组名称或群组识别码。

参　　数：
-c或–changes 　效果类似”-v”参数，但仅回报更改的部分。
-f或–quite或 –silent 　不显示错误信息。
-h或–no-dereference 　之对符号连接的文件作修改，而不更动其他任何相关文件。
-R或–recursive 　递归处理，将指定目录下的所有文件及子目录一并处理。
-v或–version 　显示指令执行过程。
–dereference 　效果和”-h”参数相同。
–help 　在线帮助。
–reference=<参考文件或目录> 　把指定文件或目录的拥有者与所属群组全部设成和参考文件或目　录的拥有者与所属群组相同。
–version 　显示版本信息。

chmod

功能说明：变更文件或目录的权限。

语　　法：

chmod [-cfRv][--help] [--version][<权限范围>+/-/=<权限设置...>][文件或目录...]

chmod [-cfRv] [--help][--version][数字代号][文件或目录...]

chmod [-cfRv][--help] [--reference=<参考文件或目录>][--version][文件或目录...]

补充说明：

在 UNIX系统家族里，文件或目录权限的控制分别以读取，写入，执行3种一般权限来区分，另有3种特殊权限可供运用，再搭配拥有者与所属群组管理权限范围。 您可以使用chmod指令去变更文件与目录的权限，设置方式采用文字或数字代号皆可。符号连接的权限无法变更，如果您对符号连接修改权限，其改变会作用在 被连接的原始文件。权限范围的表示法如下：
u：User，即文件或目录的拥有者。
g：Group，即文件或目录的所属群组。
o：Other，除了文件或目录拥有者或所属群组之外，其他用户皆属于这个范围。
a：All，即全部的用户，包含拥有者，所属群组以及其他用 户。

有关权限代号的部分，列表于下：
r：读取权限，数字代号为”4″。
w：写入权限，数字代号 为”2″。
x：执行或切换权限，数字代号为”1″。
-：不具任何权限，数字代号为”0″。
s：特殊功能 说明：变更文件或目录的权限。

参　　数：
-c或–changes 　效果类似”-v”参数，但仅回报更改的 部分。
-f或–quiet或–silent 　不显示错误信息。
-R或–recursive 　递归处理，将指定目录下的 所有文件及子目录一并处理。
-v或–verbose 　显示指令执行过程。
–help 　在线帮助。
–reference=<参考文件或目录> 　把指定文件或目录的权限全部设成和参考文件或目录的权限相同
–version 　显示版本信息。
<权限范围>+<权限设置> 　开启权限范围的文件或目录的该项权限设置。
<权限范围>-<权限设置> 　关闭权限范围的文件或目录的该项权限设置。
<权限范围>=<权限 设置> 　指定权限范围的文件或目录的该项权限设置。