«

»

短消息：VirtualBox Ubuntu&QT

2011-01-19 Posted in NewsRSS

短消息两则，VirtualBox 4.0.2 发布，Ubuntu 决定默认预装 Qt。

来自 Oracle 的开源跨平台虚拟化解决方案 VirtualBox 发布 4.0.2 版本，修复了大量 Bug，推荐当前使用者更新：点此下载

Ubuntu 宣布将在下一个版本中默认预装 Qt 运行时环境，同时又消息称 Ubuntu 正在用 Qt 开发 2D 版本的 Unity。Ubuntu 称此举为改变评价默认桌面应用程序的原则，脱离纯技术的考核。消息来源

Read More:

Tags: , ,

85 Comments

  1. 1 小提琴 Commented @ 2011-01-19 7:57Reply to this comment

    Ubuntu开始要革命了，革老发行版，革gnome了。

  2. 2 Stephen Commented @ 2011-01-19 8:08Reply to this comment

    革命好啊 新东西就出来了

  3. 3 Havanna Commented @ 2011-01-19 8:17Reply to this comment

    不思量去改进，遇到不理想，就改头换面，说投机也没错

  4. 4 Sunng Commented @ 2011-01-19 8:49Reply to this comment

    Ubuntu越来越乱搞了，当初说没有空间把GIMP扔掉搞进来个PiTiVi。 现在又搞Mono又搞Qt，搞毛啊

  5. 5 wbsh Commented @ 2011-01-19 8:59Reply to this comment

    跟着这些个发行版就是穷折腾，还是debian/gentoo之类的好

  6. 6 oneday Commented @ 2011-01-19 9:02Reply to this comment

    ubuntu对开源毫无贡献，折腾了一些玩艺在别的系统上基本不能用，只能给他ubuntu用。

  7. 7 OpenBIlly Commented @ 2011-01-19 9:24Reply to this comment

    对于入门普及有一定的帮助，不过真有点乱搞的味道。

  8. 8 S Commented @ 2011-01-19 9:25Reply to this comment

    这回有机会让你们见识一下QT的真正威力了。哈哈

  9. 9 wubuntust Commented @ 2011-01-19 9:41Reply to this comment

    我想问,是不是所有聚集着一堆喷子?有闲的话把文章转去CB尽情喷,不要试图在所有网站都留下口水!

  10. 10 Jeff-cao Commented @ 2011-01-19 9:55Reply to this comment

    希望能默认用KDE4，呵呵

  11. 11 zmwgreenrain Commented @ 2011-01-19 10:07Reply to this comment

    如果是玩儿Linux的话，自然不喜欢用发行版。如果是真的用Linux做开发或者research，Ubuntu很好，毕竟实用才是最重要的

  12. 12 S Commented @ 2011-01-19 10:10Reply to this comment

    Kubuntu就是默认KDE4啊。。。哈哈

  13. 13 Meego Commented @ 2011-01-19 10:12Reply to this comment

    GNOME不用升级到GNOME3了，到那时早已经没人用了～～

  14. 14 OpenBIlly Commented @ 2011-01-19 10:18Reply to this comment

    作为一个gnomer，我也真怕3。

  15. 15 lala Commented @ 2011-01-19 10:31Reply to this comment

    如果GTK组织出一套标准c++采用标准stl的GUI库，应该可以拉到一部分Qt/C++用户。因为Qt的moc几乎是唯一的软肋！

  16. 16 lala Commented @ 2011-01-19 10:36Reply to this comment

    退一步的话，沾点boost也行。GTK应该和Gnome联合起来搞一套SDK。

  17. 17 cuihao Commented @ 2011-01-19 10:44Reply to this comment

    受不了Ubuntu了， 投奔Archlinux，滚动升级好。

  18. 18 Jobs Commented @ 2011-01-19 10:47Reply to this comment

    真不明白，你们总是喜欢把Qt和GTK摆一起比较。他们是一个重量级的吗？ Qt以后的对手是VS,Java,Cocoa,至于什么一小撮人的GTK+，它根本就没放在眼里。

  19. 19 Mike Commented @ 2011-01-19 10:52Reply to this comment

    @lala: gtkmm，完全兼容stl的。

  20. 20 Mike Commented @ 2011-01-19 10:54Reply to this comment

    @Jobs: gtk是cocoa的摹仿者。就是这样。Qt和Gtk我个人感觉，没啥区别。

  21. 21 microcai Commented @ 2011-01-19 11:01Reply to this comment

    @Sunng 说出我的心头话了啊 ~~~~~~

  22. 22 Sunng Commented @ 2011-01-19 11:07Reply to this comment

    用QT编程感觉像上帝。用GTK编程，感觉像奴隶。 这就是区别

  23. 23 lala Commented @ 2011-01-19 11:11Reply to this comment

    @Mike: gtkmm is a wrapper

  24. 24 Mike Commented @ 2011-01-19 11:13Reply to this comment

    @lala: 看官方网站去。gtkmm算不上简单的wrapping了

  25. 25 Mike Commented @ 2011-01-19 11:14Reply to this comment

    @Sunng: 那是你自己的感受咯。我还感觉用Java就是奴隶呢。

  26. 26 黑日白月 Commented @ 2011-01-19 11:31Reply to this comment

    额滴神啊……非要一种语言一种ToolKit才行么……多元化才是符合人类生物学特性……

  27. 27 ee.zsy Commented @ 2011-01-19 12:12Reply to this comment

    用Qt写程序，让Gtk绘制主题，很协调的。

  28. 28 stlxv Commented @ 2011-01-19 12:18Reply to this comment

    自从Qt跟了Nokia，一切都变得美好起来！

  29. 29 杞人 Commented @ 2011-01-19 12:21Reply to this comment

    印象中有个类ms project软件用Java写的后台、VC写的界面。

  30. 30 bcbc Commented @ 2011-01-19 12:24Reply to this comment

    @黑日白月: 多元化不错，但是语言特性必须面对。比如oop，c通过复杂的宏、struct、函数指针可以实现，但是意义何在？oop不是为了oop，oop的目的是提高生产力。函数式编程，c通过N种技巧同样做到，但是同样失去了意义。所以还是一个萝卜一个坑比较好，c就是c，ToolKit也如此。

  31. 31 Mike Commented @ 2011-01-19 12:32Reply to this comment

    @bcbc: .... 1 OOP是否提高生产力，现在没有定论。如果你了解的多，OOP的motivation就是将side effect集中到一个范围里面。但是并非只有OOP才能做到这种封装。 2 C不是函数式编程。

  32. 32 Mike Commented @ 2011-01-19 12:44Reply to this comment

    @bcbc: 顺便。用C实现OOP的意义也是很重要的。否则实现其他的动态语言的language binding是一件相当痛苦的事情。

  33. 33 fanhe Commented @ 2011-01-19 12:52Reply to this comment

    linux内核代码就有很多的oop的c实现。这个还是要看需要。c语言的优势就是自身语法够简单，其他方面就是你的设计问题。btw，我打算写wxwidget，不关我事。

  34. 34 cuihao Commented @ 2011-01-19 13:47Reply to this comment

    =。= C与C++对战？QT与GTK对战？

  35. 35 liangsuilong Commented @ 2011-01-19 13:56Reply to this comment

    Mark 说在应用程序商店有 20000 个应用，这让 Debian 众情何以堪呢？

    http://china-images.ubuntu.com/ Ubuntu 中国版的下载地址。

  36. 36 bcbc Commented @ 2011-01-19 14:16Reply to this comment

    @Mike: oop有争议，这里只是举例而已。我指的用c做oop是深度的oop，不仅仅是思想，语法上也接近于c++。另外，用c可以函数式编程。这两者都要靠宏去实现。ps：宏就相当于少林寺里的扫地僧，看似不起眼，其实博大精深。

  37. 37 bcbc Commented @ 2011-01-19 14:31Reply to this comment

    汗，看来用c举例真的不合适。我只是借此表达对“多元化”的看法而已，不是争论语言本身。黑日白月兄所说的“一种语言一种ToolKit”，在现实社会恐怕就相当于一种领域一个专才，社会分工总是趋向于细化。到了计算机领域，编程语言和ToolKit的细化也就可想而知。

  38. 38 Mike Commented @ 2011-01-19 15:24Reply to this comment

    @bcbc: 这样子。

    不过说C是函数式的，我觉得很牵强。我觉得用macro构造lambda和ski combinator还是比较困难的。而且就算这两个能构造出来，我也不认为现在函数式的C有啥应用。。。

  39. 39 haha Commented @ 2011-01-19 15:28Reply to this comment

    不写程序的飘过，不过，还是觉得不如2个Toolkit合起来搞一个多美好啊，，不知道在开源，谁也不服谁，谁都认为自己第一，估计那是不可能

  40. 40 黑日白月 Commented @ 2011-01-19 15:41Reply to this comment

    @bcbc:

    呃……其实我的意思是不愿意看到“只有一种语言或者只有一种 Toolkit”的局面，多种语言多种Toolkit有利于建立多个不同的小社区，符合人类生物需求。

    那个评论偶没从编程角度讨论滴……

  41. 41 Torrge Commented @ 2011-01-19 17:54Reply to this comment

    感觉Ubuntu开始有些乱了...

  42. 42 shellexy Commented @ 2011-01-19 17:57Reply to this comment

    大肆评击的人啊，有几个同时用 Gtk 和 Qt4 写过程序么

  43. 43 shellexy Commented @ 2011-01-19 17:59Reply to this comment

    先撇请：自己写 Gtk 更多（PyGtk/Vala）

  44. 44 Wang Commented @ 2011-01-19 18:36Reply to this comment

    @bcbc: 我觉得oop是思想，不是具体的什么东西，与语言无关的。这样子硬性的说，就好像说建筑一定要用水泥一样，根本不在一个方向上。

  45. 45 openwares.net Commented @ 2011-01-19 18:46Reply to this comment

    没有最好的语言,只有最适合的语言!

  46. 46 bcbc Commented @ 2011-01-19 19:26Reply to this comment

    @Wang: 唉，本来不是说语言的。开始会觉得自己用某语言实现了某个思想，后来语言学得多了会认为其实思想和语言无关，直到实践了很久之后才觉得：两者终究不可分割。LOL

  47. 47 SuperCat Commented @ 2011-01-19 19:27Reply to this comment

    同时用GTK+和Qt4(以GTK+为多)的路过..... 喜欢用C，但是不排斥使用Qt4和C++....

  48. 48 qii Commented @ 2011-01-19 19:29Reply to this comment

    都qt了，kde还会远吗？

  49. 49 Adaptee Commented @ 2011-01-19 19:59Reply to this comment

    GTK vs Qt 果然是大坑啊

    OOP FP 什么的最讨厌了，Lisp业余爱好者表示macro才能拯救世界！

  50. 50 lele Commented @ 2011-01-19 20:09Reply to this comment

    然后世界又被括号给毁了

  51. 51 kidfruit Commented @ 2011-01-19 21:24Reply to this comment

    如果不算一些核心库，只说gui的话我觉得wxwidgets也挺好的……

  52. 52 kevin.c Commented @ 2011-01-19 21:38Reply to this comment

    QT框架不错，不过很笨重；GTK灵巧轻便，很合我个人品味。个人喜欢GTK，不解释，你们接着吵。

  53. 53 我爱吃苹果 Commented @ 2011-01-19 21:46Reply to this comment

    喜欢Gtk的简洁，喜欢Qt的封富接口。。 这两者我都喜欢。。 无所谓什么好与不好啦。。都是开源的东西，都能从里面学到很多。。

  54. 54 Sunng Commented @ 2011-01-19 21:54Reply to this comment

    很多人都以为GTK+简洁，轻巧。其实这完全是错觉。。 只是QT封装了很多便利库，你也可以用QT的低层库写程序，没问题。 说QT笨重的人，建议试试QT web这个浏览器，总共不到7M,不带任何DLL. 启动和浏览速度超快，Javascript解析速度超过firefox，qt webkit内核。

  55. 55 gtkde Commented @ 2011-01-19 22:26Reply to this comment

    @Sunng:

    哦，google mozilla 的一帮都是吃干饭的家伙

  56. 56 damn Commented @ 2011-01-19 22:37Reply to this comment

    ubuntu做的好啊，如果以后多数人习惯了，gnome与kde之争也没有了（最终统一到gnome核心＋unity界面，嘿嘿）。

    用QT或GTK实现桌面完全无所谓，下面是我以前查过并做了些简单笔录的freedesktop规范，其中很少与图形界面直接打交道的： 01 拖放 02 窗口管理规范 03 xembed内嵌规范 04 剪贴板意见 05 utf8_string交换规范 06 internet "bookmark" 交换格式 07 快捷方式文件格式 08 菜单规范 09 目录结构规范 10 图标主题规范 （以下为起草阶段的规范） 11 图标命名规范 12 MIME数据库 13 用户设置记录规范 （注册表／文本文件／数据库？） 14 对拖放到文件管理器的操作 15 通知区域 16 最近使用的文件 17 缩略图管理规范 18 限制剪贴板的数据传输总量 19 程序启动宣告 20 鼠标指针规范 21 文件URI规范 22 程序退出时的“剪贴板管理器”管理规范 23 回收站规范 24 用户登录后自动运行程序的规范 25 桌面跟http、web service交换数据规范 26 ICC profiles 26 桌面跟web service通迅的api规范 27 桌面在文档全文检索的记录格式 28 声音主题 如果两者（gnome/kde）都实现相同规范，依赖任一专有库的两个程序都能互相兼容。（我承认这里没有考虑占内存大小的问题）

  57. 57 Chen Xing Commented @ 2011-01-20 6:39Reply to this comment

    加入Qt是好事，很多基于Qt和KDElib的软件都非常优秀。Qt已经没有协议问题了，哪怕有的人不愿意用Qt写程序，也完全没有必要反对Qt成为发行版预装程序。

    PS: “ubuntu对开源毫无贡献”这个言论实在是太可爱了~~

  58. 58 mspaint Commented @ 2011-01-20 8:07Reply to this comment

    @Chen Xing: “ubuntu对开源毫无贡献”想知道第一个说这话的是哪个人或者哪个公司或者是哪个有背景的网络ID？产品做大了必然会遭到部分人的非议或者竞争对手的攻击。

  59. 59 garfileo Commented @ 2011-01-20 8:50Reply to this comment

    @Sunng:

    > 很多人都以为GTK+简洁，轻巧。其实这完全是错觉。

    那么，你能否解释一下为什么很多人以为 gtk+ 简洁和轻巧完全是错觉呢？

  60. 60 杰林修 Commented @ 2011-01-20 9:39Reply to this comment

    QT不错啊

    ubuntu是典型的实用主意者

    gnome 3.拖太久了

    活活把我从一个gnome fans变成kde fans了

  61. 61 Mike Commented @ 2011-01-20 10:49Reply to this comment

    @oneday: if(Ubuntu == Linux.Windows()) goto Fedora | Gentoo | Debian;

  62. 62 Mike Commented @ 2011-01-20 10:50Reply to this comment

    @lala: libgnomemm gtkmm 难道不是么。。。

  63. 63 Mike Commented @ 2011-01-20 10:51Reply to this comment

    @Sunng: 莫非你在用Windows?

  64. 64 Mike Commented @ 2011-01-20 10:52Reply to this comment

    @Mike:

    软件包 架构 版本 仓库 大小

    正在安装: qt x8664 1:4.7.1-7.fc14 updates 4.1 M qt-devel x8664 1:4.7.1-7.fc14 updates 11 M 为依赖而安装: kde-filesystem noarch 4-35.fc13 fedora 46 k libICE-devel x8664 1.0.6-2.fc13 fedora 15 k libSM-devel x8664 1.1.0-7.fc12 fedora 12 k libXt-devel x8664 1.0.7-1.fc13 fedora 326 k libXv-devel x8664 1.0.5-1.fc13 fedora 38 k libjpeg-turbo-devel x8664 1.0.1-1.fc14.1 fedora 96 k phonon x8664 4.4.3-2.fc14 updates 165 k phonon-backend-gstreamer x8664 2:4.4.3-2.fc14 updates 103 k qt-sqlite x8664 1:4.7.1-7.fc14 updates 55 k qt-webkit x8664 1:4.7.1-7.fc14 updates 5.3 M qt-x11 x8664 1:4.7.1-7.fc14 updates 12 M

    事务概要

    Install 13 Package(s)

    总下载量：34 M Installed size: 104 M

    这里是我用yum得出的结果，这是错觉？

  65. 65 bcbc Commented @ 2011-01-20 11:30Reply to this comment

    @Mike: 体积大不是重点，臃肿与否要根据设计去评判。如果一个函数包含了n个功能长达数千行代码，那么它是臃肿的；如果我有n个函数，提供n种独立的功能，加起来也有数千行，这不算臃肿。

  66. 66 Mike Commented @ 2011-01-20 12:16Reply to this comment

    @bcbc: gobject确实臃肿。但是如果作为gui library来用的话，不会去手写gobject的

  67. 67 csslayer Commented @ 2011-01-20 12:40Reply to this comment

    @Mike: 你要知道104M都在什么地方。 比如说kde的图标，oxygen-icons在我的系统上是48M，gnome-icons-theme在我的系统上是14M，这能说明什么问题？ 如果加上oxgen-icons-svg，那容量更要达到200M了，大小什么也说明不了。 在我的系统上Qt包内大小超过1M的动态库文件如下： 2.8M /usr/lib/libQt3Support.so.4.7.1 2.6M /usr/lib/libQtCore.so.4.7.1 3.2M /usr/lib/libQtDeclarative.so.4.7.1 5.9M /usr/lib/libQtDesigner.so.4.7.1 2.6M /usr/lib/libQtDesignerComponents.so.4.7.1 11M /usr/lib/libQtGui.so.4.7.1 1.1M /usr/lib/libQtNetwork.so.4.7.1 2.6M /usr/lib/libQtScript.so.4.7.1 1.2M /usr/lib/libQtUiTools.a 19M /usr/lib/libQtWebKit.so.4.7.1 4.2M /usr/lib/libQtXmlPatterns.so.4.7.1 试问，gtk究竟要多少个包才能等价于上面所有包的功能？加上qt是不用pango，cairo的，你把这些包的大小加上：pango,cairo,libwebkit,glade,gtk，如果你把phonon功能算上再加上gstreamer的大小。你在一个使用着gtk的系统上安装qt发现包很大，怎么不对比一下在不装gtk的系统上安装gtk要多大？更别说Qt还有更多其他的功能没有列举出来，这不是拉gtk一家就可以盖过的。各自有各自的特点，最后谁打败谁什么的，只能是在商业化上最后的结果。

  68. 68 mspaint Commented @ 2011-01-20 14:00Reply to this comment

    @csslayer: 没错，如果自己编译，就可以独立开来。都是发行版为了完整性，向依赖关系妥协的结果。

  69. 69 wangtwo Commented @ 2011-01-20 15:02Reply to this comment

    丰富易用. 有什么不好?

  70. 70 东风唯笑 Commented @ 2011-01-21 10:37Reply to this comment

    对于软件的依赖,我只能含泪的笑而不语.我是无比的羞涩于此啊.

  71. 71 fgeg Commented @ 2011-01-22 14:05Reply to this comment

    @garfileo: GTK+是把简洁留给了自己，把麻烦留给了使用者。它自己好像简单了，但是你要用的话，就要自己写很多工具。QT恰恰相反，它直接提供所有你可能需要的东西，选择权给你，你可以用，也可以不用。所以，让你感觉像上帝一样。而且QT这样做更加有利于标准化。

  72. 72 garfileo Commented @ 2011-01-22 15:03Reply to this comment

    @fgeg:

    > GTK+是把简洁留给了自己，把麻烦留给了使用者。QT恰恰相反，它直接提供所有你可能需要的东西...

    要是按这种逻辑的话，QT 也没啥大不了，JAVA 才是万能的。

  73. 73 nor Commented @ 2011-01-22 15:30Reply to this comment

    楼上，请问Java在GUI领域的库已经统一了吗？另外Java是平台，怎么可以和Qt和GTK这些sdk比。

  74. 74 garfileo Commented @ 2011-01-22 15:58Reply to this comment

    @nor:

    > 请问Java在GUI领域的库已经统一了吗？

    Google 从来也不问这样的问题，所以有了 Android。

    > 另外Java是平台，怎么可以和Qt和GTK这些sdk比。

    玩概念游戏呢吧。平台也好，sdk 也好，不都是运行环境么？你整把 QT 半自动步枪去跟 GTK+ 大刀长矛比，那弄个 JAVA 坦克去跟 QT 比有何不可。

  75. 75 nor Commented @ 2011-01-22 19:04Reply to this comment

    总是有界限的。如此说来直接拿Java和开发人员比好了，优秀的开发者才是万能的。

  76. 76 garfileo Commented @ 2011-01-22 19:41Reply to this comment

    @nor:

    界限其实很简单：

    如果我是 C 程序员，我选 GTK+。 如果我是 C++ 程序员，我选 QT。 如果我是 Obj C 程序员，我选 cocoa。 如果我是 JAVA 程序员，我选 swing 或者别的什么东东。 ... ...

    对于每种语言，通常会有最适合它的框架应用。对于 C 程序员而言，除了 GTK+ 还有别的东西可以选择么？为什么 C++ 程序员总是喜欢批判 C 程序框架多么多么烂呢？而每当他们批判 C 程序框架之时，JAVA 程序员就笑了。

    反正我一直不晓得 QT 与 GTK+ 有什么好比较的。

  77. 77 nor Commented @ 2011-01-22 20:16Reply to this comment

    基本赞同。还可以反过来想：自己花时间做和花钱请人做哪个更合算？如果自己做，哪种工具更简单？学会这个工具需要掌握哪些知识或语言？

  78. 78 fgeg Commented @ 2011-01-23 10:40Reply to this comment

    @garfileo: GTK+是C吗？？笑死人了。。。 知道为什么Gnome3几年都搞不出个影吗？ 就是因为GTK+用起来太费劲，做出来个软件也是要东拼西凑，像个科学怪人一样。

  79. 79 garfileo Commented @ 2011-01-23 14:04Reply to this comment

    @fgeg:

    > GTK+是C吗？？笑死人了。。。

    那我只能说你个在傻笑，不是 C 是什么？

  80. 80 damn Commented @ 2011-01-23 14:20Reply to this comment

    听说要用gtk做界面，选wx库也是不错的。

  81. 81 garfileo Commented @ 2011-01-23 14:20Reply to this comment

    @fgeg:

    > 知道为什么Gnome3几年都搞不出个影吗？就是因为GTK+用起来太费劲，做出来个软件也是要东拼西凑，像个科学怪人一样。

    无语了。Gnome 3 搞了很多年吗？从 2009 年 9 月份 Gnome 2.28 发布后，开始 Gnome 3.0 的开发，迄今刚 16 个月，如果我记得没错的话，貌似 KDE 4.0 仅测试时间就用了 8 个月。

  82. 82 csslayer Commented @ 2011-01-23 15:14Reply to this comment

    @garfileo: 这话得这么说，Qt4之后，KDE也顺便想搞个充分利用Qt4 feature的新KDE出来。KDE 4的大环境是Qt 4已经有影了。

    gnome3正好夹在gtk+2和gtk+3中间，到底用哪个开发就成了问题了。现在gtk+ 3还差不多没影呢。gnome宣布3挑的时间不妙。或者也只能说gtk进展慢了拖了后腿。给人的感觉就是gnome3不断跳，一跳再跳，就算真的没有多长时间，这跳票给人的感觉就是不知道他们在干什么。现在来自KDE和Ubuntu的压力也越来越大，早早宣布也是没办法的。

  83. 83 CC Commented @ 2011-01-23 21:19Reply to this comment

    http://www.gtk.org/plan/ 这是GTK的计划路线，06年5月推出2.10后，3.0就一直没影。。。整整快4年半了。 的确很缓慢。

    有一段wiki百科的解释：

    Performance GTK+ proponents say that GTK+ uses less memory than Qt. The difference, however, is negligible according to Qt advocates. The reason some people are seeing Qt hogging memory is mostly that they're using an old version of the gcc compiler — it used to be very inefficient at generating C++ code especially for advanced features such as templates and exceptions. These problems have long been fixed; with gcc 4.4, Qt typically does not use more memory than GTK+.

  84. 84 nor Commented @ 2011-01-23 23:27Reply to this comment

    btw:以前在windows上用mingw版的gcc4.2编译出来的qt库和软件，性能明显不如vs2008内置的c 编译器编译出来的。Linux平台大部分用gcc，而gcc的优化能力未必是最好的。

  85. 85 archlinux Commented @ 2011-03-18 19:56Reply to this comment

    VirtualBox-4.0.4-70112-Win 有问题，ubuntu10.10不能自动调整分辨率，已经装好了addition的

«

»