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).