Ubuntu 11.10 Alpha 2
代号 "Oneiric Oncelot" 的 Ubuntu 11.10 发布了 Alpha 2 版本,开始了 GNOME 3 整合工作。
更新的组件有:
- Linux Kernel 3.0RC5
- GCC 4.6.1
- Mozilla Firefox 5.0
- Mozilla Thunderbird 5.0
- Mesa 7.11
最重要的是引入了 GNOME 3.1.2 ,引入了 Deja Dup 备份软件,并且使用 LightDM 替代了 GDM。
消息来源:Phoronix
Read More:
Linux Kernel RC5? 3.0RC5?
不是说用wayland的吗?
wayland 只是个传说。
对Ubuntu不敢冒久矣
GNOME 3 是亮点
@kdefans:
因为 [我] 还没有测试好。目前 [我]不会投入那么的工程师去做这个,时机还不成熟。
@microcai:
对啊,我刚把G3测试好,3U就拿去用了,不错。
我真的是小白鼠。不但是redhat的,也属于3u的。你们爱我吗,哈哈。
咳,3U,systemd我也测试好了,哦。。。 等你来保养我。。。
@fedora:
确切的说,是 Debian 还没有测试。
@fedora:
啊哈,我火眼金睛,你逃不了的,看你的口气就知道你就是 test
今天的评论真欢乐,我也来一句:fedora,人类的希望!!
说句公道话,Debian真的不是站在最前线的,KDE4.6出来的时候,其unstable仓库里的KDE还是4.4;当Fedora和Ubuntu的软件仓库都收录wayland的时候,Debian的仓库里连wayland的影子都没有…
原先Unity依赖GNOME2,新版依赖GNOME3,意思是升级了Gedit, Nautilus这些……GNOME-Shell依旧没有……不过源里可以方便的装上去。
@Yeking
那是你没有用experimental
@xinligg: 自己去看Changelog,KDE4.6一月26日就发布了,但到了四月27日才进入Debian的experimental,足足三个月,4.6刚发布的时候experimental根本就没有KDE好不好??http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-sc/kdebase.git;a=blob_plain;f=debian/changelog
@xinligg: Debian的官方仓库从来没收录过KDE4.5,只有其半官方仓库收录了http://qt-kde.debian.net/
@Yeking: @xinligg: debian人手不够没办法……
@csslayer:
Debian 人手比Gentoo多了不知道多少倍。
关键问题是 DEB 打包太TMD麻烦了。
@microcai: 标准不一样。
@csslayer:
deb 是落后的工具, 生产效率自然低下
楼下必然是口水仗
@东风唯笑: 已经没有口水的必要了。太无聊了。
@microcai: 我倒觉的LightDM是亮点
LightDM是最亮的
免得ubuntu那些人认为只有gdm。。。
既然有朋友认为 LightDM 最亮,于是补充了站内 LightDM 介绍链接,欢迎点击查看~
贴一条针对LightDM替换GDM的评论(旧文)
http://mjg59.livejournal.com/136274.html
@microcai: 说话好自信啊,令我等deb党哈哈大笑
其实原文里一条重要的信息没提,就是evolution这个著名废柴终于被干掉了,换成thunderbird了
@adaptee: evolution 现在是跟 gnome shell 的日历结合在一起的。看来 ubuntu 并没有打算集成 gnome shell
我觉得没必要说桌面哪个组件废柴。
第三方组件或许好,但是对开发组实现某个理想无益。
比如evolution是比thunderbird差,但是thunderbird觉不会因为Gnome采用了thunderbird就针对Gnome优化,全面用Gnome的库代替其他库,全面支持和实现Gnome的接口。所以evolution是Gnome那个桌面理想的不二选择。这点就KDE也是成立的,KDEPIM再烂,也不会用thunderbird,KDE默认浏览器再烂,也不会用chrome和firefox。
@microcai: 作为Gentoo用户,我也觉得Portage是Linux下包管理器的应有形态。
然而Ubuntu和Fedora是面向更为广的人群的,从源代码构建是不可取的。但是有可能把portage变成Fedora的构建打包系统,也许可以先加强Portage和Fedora现有打包系统的交互性,先占领打包者群体。
@microcai: 你吓到我了 Debian进程慢是因为架构多
Deb包先不先进,好不好管理,你看一下有多少发行版用Deb包就知了
@garfileo: 有人在写代码让gs的时间面板抓取thunderbird的日历,理论上搜有日历都可的
@Reiase:
Ubuntu大概想脱离gnome吧,Ubuntu里面越来越多gnome组件被其他软件取代。不过之前gnome就曾拒绝过Ubuntu的理想,因此也不难理解Ubuntu为什么想脱离gnome了。
@syue:
比较不爽的是 deb 包默认不是 xz 压缩,虽然可以加参数。
@Reiase:
所以我是想从 ebuild 直接构建 RPM .
@microcai: 不知道你现在做多少工作了,很有兴趣了解下
@Reiase:
生成的 RPM 包用 rpm 安装会直接段错误 .... 还在查找原因中。
@microcai: 这还叫先进? 我用dh_make debianize一下,改几个文件就可以dpkg-buildpackage -rfakeroot -uc -b从源码生成deb包了
就算不这样, 直接拿个编译好的包,加个DEBIAN文件夹就可以dpkg -b生成了
要解包,要改包,有多方便,谁用谁知道
@syue: 一般前者没这么容易搞. 后者就很简单了, 我一般就用后者. 习惯了deb,其他发行版直接都不鸟了.
@syue:
拜托,是生成 rpm 的时候出了点问题。是 rpm 的问题 .... 文档及其缺乏.... 不知道怎样才是合格的 rpm 包。
可以了,ebuild 生成 rpm 的功能折腾好了。
@microcai: 依赖呢?用什么依赖关系
@Reiase: 这个应该很好解决,因为 ebuild 里详细记录了包的依赖关系
@garfileo: 难点是怎么和Fedora下的包建立对应的依赖关系,让Portage生成的包依赖Fedora的包。
@Reiase: 不需要跟 fedora 的包有什么依赖。microcai 要是搞定了单个 ebuild -> rpm 的功能,那么就可以按照 ebuild 里的依赖记录,逐个构建其他 ebuild 的 rpm,并将依赖关系记载到 rpm 或相关文件中,然后独立提供一个源即可。
@garfileo: 然后变成gendora?… = =b
@garfileo: 那不就是sabayon吗?
大个比方,我用portage在Fedora下装numpy,如果portage不能用Fedora的依赖,那portage就会再emerge一个python上去,尽管Fedora系统下已经装了。
包管理器的数据不能公用,只是单独两个包管理器,最终一个会覆盖掉另外一个
@Reiase:
目的就是覆盖掉 Fedora ... 然后无痛切换到 Gentoo
@microcai: 汗,这样就失去了好多Fedora下的资源。
装Gentoo,最简单的方法还是先弄个Ubuntu,然后在Ubuntu下chroot安装gentoo
@Reiase:
要的是覆盖安装的效果。
@microcai: 说实话,俺们是有洁癖滴,俺们不希望根目录下出现不被包管理器tracking的文件滴。
能保证覆盖Fedora后把Fedora的遗留文件和权限都清理干净吗
@Reiase: 那是可以的。