KDE 4.7 下个测试版本可能将直接是 RC1

csslayer | 2011/06/16

这次的 Delay 虽然和对于 KDE 打包的大讨论不无关系,但更关键的原因似乎是打包人员过假期。

于是可能将直接到 RC1,否则KDE 4.7可能将会跳票(虽然也就是十几天的事情),这似乎是大家不想看到的结果。

来源:

http://mail.kde.org/pipermail/release-team/2011-June/005007.html

顺便大家可以讨论下关于 KDE 4.7 beta 1这次的拆包事件。这个时间的主要起因就是KDE迁移到Git之后所引起的。事实上现在每个组件的小组件都拥有一个单独的Repo,之间通过git 的submodule进行管理。Slackware的打包者非常反对,最初Slackware去除GNOME支持就是因为gnome的包拆的太碎。fedora,arch,和gentoo则表示无所谓。

这里一个最关键的因素其实并不在于KDE发行的源码包是否拆分,而是在于每个kde sc的组件是否拥有独立的发布周期。举例来说,比如Okular有了自己的更新,就可以发布自己的新版本。基本上而言,最后的共识就是,KDE始终还是应当保持这样的周期。从而避免过多的不确定性。

就像KWin的开发者所抱怨的那样,KWin需要处理的驱动组合就已经够他受的了。于是KWin从来将不会理会在老版本的Mesa上的bug,比如现在是7.11,那么如果一个bug在7.10出现但不会在7.11出现,KWin将不会专门做Workaround(可能还会用下Blacklist吧)。

虽然 KDELibs 也有承诺 ABI 兼容,但是跨越版本的KDE组件其实很少出现。

Tags: ,

21 FEEDBACKS

  1. liaonux

    KDE的发展速度真快啊! 顺便请教各位高手一个问题,小弟最近在笔记本上安装ArchLinux,就是最基本的安装,然后安装kdebase,没做过多设置,发现同样的硬件环境下,gnome3下发热量就小点,kde下就大一些,平时CPU温度始终在50度左右,一看视频,马上升高,风扇加速转,请问如何优化一下,多谢!

  2. @liaonux 如果你很介意温度的话,关掉模糊特效。剩下的可以参考 http://www.ikde.org/custom/tune-kde-performance/

  3. liaonux

    @csslayer 非常感谢老大的指点!

  4. ark12211

    在arch开kde-unstable装4.7,依赖和冲突很奇妙啊……kate依赖kwrite,kdegraphics-libs和libkipi有冲突,gwenview和kipi-plugins/digikam不能一起装……

  5. @ark12211 kate 和 kwrite 做了调整。 extra里面的kipi-plugins没参与重新编译,不要和unstable里面的一起用。

    最好的办法就是把冲突的而且在extra里面的删掉,升级,然后重新pacman -S。

  6. ark12211

    @csslayer 虽然只是测试版,不过这种新旧不兼容还真是讨厌。另外就是面板上那两个启动器,直接删除的话注销之后又回来了,我把整个面板删掉再新建一个才把他们干掉……

  7. uli

    请问,kde的那个akonadi资源究竟有什么用?比如添加一个imap资源?kmail依赖于akonadi,那么kmail中添加imap账户和akonadi中的imap资源有什么关系没?akonadi资源配置中有那么一大堆相同的的“联系人”究竟是干什么的?如果全删了呢? 之前看了文章,只了解akonadi只是一个中间层,负责管理这些通信资源,那么在他的配置中添加的资源究竟是干什么的?与依赖于它的程序有什么关系?

  8. @uli kmail中那里显示的就是akonadi的资源。 在akonadi中添加和在kmail中添加是一个效果。kmail的邮件数据都是从akonadi中读取的。

    一堆联系人资源那个……算是bug更合适。。。= =b,似乎在重新安装/升级/换语言之类的时候可能会创建额外没用的联系人资源,删掉没关系。

    联系人的数据也是通过akonadi访问的。资源类型除了原本存在文件中的那种,可以通过额外的插件直接访问,比如gmail的联系人。(貌似也有支持facebook的,不过由于你懂得的原因,我没facebook帐号也没测试过……)gmail联系人的那个支持我这里倒是装着,貌似ok。参见:http://www.ikde.org/app/akonadi-google/

  9. uli

    @csslayer 非常感谢,不过还是有问题。 kmail中那里显示的就是akonadi的资源——这是指什么? 我在kmail的配置-》账户中添加了imap账户,并且在kmail中正常使用。但是在akonadi资源中并没有看到类似的资源啊?同时我也在akonadi资源中添加了该imap账户,而且akonadi配置中也显示了imap正在同步?这究竟有什么用?他在后台同步,但却不知道同步给谁用?在kmail中找不到使用的地方啊? 之所以这么问。是想到反正现在很多kde程序依赖akonadi(甚至时间部件),因此akonadi总是会被激活在后台运行的,与其让他光吃饭不干活,还不如找点活给他干。我不想一直让kmail在后台运行进行邮件同步,也不想通过其他方式收到邮件通知后,然后在开启kmail,让它在启动后再连接服务器进行一次同步。所以,如果kmail和akonadi的imap是等同的话,让akonadi在后台去同步吧。并且在启动kmail后不需要kmail再连接服务器检查邮件了。 但实际上,正如我前面所说的,我根本没有发现这二者的关联啊?尽管akonadi资源配置中添加了imap账户,但是kmail在启动后还是要连接服务器检查邮件?

  10. @uli 也许是你在用kdepim 4.4的缘故? 我比较早就开始用4.6系列及其测试版了。

  11. uli

    @csslayer 晕。之前看到kde pim回归,还以为在kde 4.6.4中了呢。刚才一看版本,果然还是4.4,看来现在pim4.6还没有ubuntu包,还是再等等吧……再次感谢。

  12. uli

    @csslayer 下载了kdepim4.5.95.1(包括runtime)的源代码,在kubuntu下编译试了一下。kmail的确迁移到akonadi上了。悲剧的是,kmail邮件搜索的完整信件搜索不能对邮件正文中的内容进行搜索了(主题搜索没问题);而akonadi的那个imap资源的报了无数次的连接bug仍然存在——也就是如果开机没有联网,或者连接后又中断了网络,再次连接网络时,imap资源将一直保持连接失败或离线状态,而不会重新进行连接。郁闷,只有在重新联网后通过qdbus发送消息强制imap资源重新连接……

  13. @uli 我测试了一下,貌似那个快速搜索条是不搜索正文的,但是那个条上的按钮点击之后可以搜索正文,我这里imap搜索正常。 不知道是不是imap配置里面勾上了离线的缘故(可能不勾也可以)

  14. uli

    @csslayer 我之前也设置了离线,但是正文内容不能搜索。我是点击搜索按钮之后选择完整信件或正文来搜索的。 你是在搜索对话框中选择“正文”进行搜索吗?如果是选择“完整信件”确保搜索词没有在标题或地址等地方出现。 我是准备将这个问题报Bug的。所以想确认一下。可能是我这编译安装有问题。因为我编译之前没法卸载掉4.4版本的kdepim-runtime,否则会由于依赖关系卸载掉整个KDE。所以不敢确认是否是老的kdepim-runtime干扰了kamil的运作——尽管之前存在于家目录中的关于kmail、kdepim、akonadi、nepomuk的配置都被我在控制台环境下彻底删除了。 感谢你的帮助。

  15. @uli 我今天重新测试了一下大概了解了下原理…… 如果你是在已有帐号上面的修改的,那么之前收取的老邮件(没有被离线阅读过的)将不会进索引。 如果你重新建立一个imap的项目并且在最初选择离线,那么应该会进全文索引。 但是由于akoandi的全文索引功能是交给nepomuk处理的……于是我这里nepomuk的内存在这个索引的过程中又暴了。。。= =b

  16. uli

    @csslayer 的确是这样。至于你nepomuk索引过程中爆了,实属正常,这东西不知道猴年马月才可以正常使用。 不过不只是这个问题。默认搜索采用的是“英文整词+通配符”匹配机制,比如如果正文包含nepomuk这个单词,那么nep搜不到结果。对于汉字,只能在两侧加通配符了。还有就是搜索词中的空格、and、or等字符(串)也不是原义,空格和单词’and‘被转义成逻辑与,’or’被转义成逻辑或。至于字面意义要怎样才能作为关键字,还是个问题。 这些行为明显和引进akonadi/nepomuk之前不同(之前就是kmail采用的传统字符匹配搜索方式)。我已经想到它是如何实现了——离线的邮件内容交给nepomuk索引后,kmail直接将搜索词不作任何处理交给nepomuk去做查询,于是kmail现在的搜索就继承了nepomuk的搜索语法,变得现在这样稀奇古怪。 话说回来,如果kmail直接将搜索这样交工那就太失分了。古怪的搜索语法,没有任何提示,还将开发者思维方式强加给使用者…… 不过从搜索对话框的设计来看,关键字之间的“与”“或”逻辑都已经体现在UI上了(因为有“匹配以下全部”“匹配以下任意”)选项,显然开发者不是想让用户去用那古怪的语法去搜索。只是不知他们没有意识到nepomuk对提交关键字会进行特殊解释还是意识到但暂时没有解决这个问题?

  17. @uli 不过世界上所有全文索引都是这德行,先切词,再按词索引……其实。(如果你了解倒排索引的原理的话)

  18. uli

    @csslayer 索引的实现和搜索的使用方式是两回事。就像我们用google搜索,它也用的是索引吧。但他没有强迫我们用什么通配、什么and、or作为逻辑词去搜索吧。用户不应该去理会它所使用的软件采用的技术,只需要简单友好的使用方式就行了(那些逻辑与或什么的,kmal不是在UI上已经通过选项实现了么)。至于高级一点的搜索方法,可以通过一种单独的模式列出,并且要给出范例啊。 这种问题也算是开源软件的常见问题吧。这种问题一般在通用商业软件上就不会出现。

  19. @uli and or 那个毫无疑问是bug了。我的意思是搜索词,比如download,google你强制搜索downloa(当然啦,google有算法和数据能提示你应该是downaload),也出不来你想要的结果

  20. uli

    @csslayer 可也要考虑非拉丁语系尤其是亚洲语系的索引造成的搜索问题啊。显然kde没有那样的技术实力去搞中文分词然后建立索引,好像也不是以字作为索引单位,因此用字或词搜索就很悲剧……因此,用户发现,但他用英文单词去搜索邮件时可能结果很正常,但是他如果用中文词语去搜索,可能什么都得不到——这要用户作何感慨?即便在词语两侧加上通配符,搜索也不是很正常。

  21. commit ea85b495f1a99aa604ebb3bc17912e7406d0387d Author: Sebastian Trueg trueg@kde.org Date: Fri Jan 7 21:16:40 2011 +0100

    * Fixed the handling of quotes and keywords such as "AND", "OR", and "NOT" in \
    

    LiteralTerm. Now correct bif:contains or regex filters are created for values.

    说起来……= =b,我刚刚闲逛看到了这个?

    总而言之,我感到我需要开始直接骚扰邮件列表。

Leave a Reply

Your email address will not be published. Required fields are marked *

Note: Commenter is allowed to use '@User+blank' to automatically notify your reply to other commenter. e.g, if ABC is one of commenter of this post, then write '@ABC '(exclude ') will automatically send your comment to ABC. Using '@all ' to notify all previous commenters. Be sure that the value of User should exactly match with commenter's name (case sensitive).

This site uses Akismet to reduce spam. Learn how your comment data is processed.