Updating Project:KDE:Trunk project on build.pub.meego.com

Lamarque V. Souza Lamarque.Souza.ext at basyskom.com
Tue Apr 17 11:53:40 UTC 2012

Em Tuesday 17 April 2012, Thomas Pfeiffer escreveu:
> On 17.04.2012 01:02, Lamarque V. Souza wrote:
> > The problem with task switcher happens probably because the
> > ~/.kde/share/config/kwinrc is configured with a different tabbox layout.
> > The one we use now is:
> > 
> > [TabBox]
> > 
> > LayoutName=window_strip
> Ah yes, I remember. That thing.
> > PA2 uses "LayoutName=thumbnails" in ~/kde/share/config/kwinrc, we need to
> > edit that file to fix this problem. I will see if we can use
> > kconf_update for that.
> Yes, we definitely need a process to automatically update config files
> (while offering the user a chance to keep her modified version, ideally)
> if we offer updated packages that need changed config files to work
> correctly. Alternatively, we need to provide a working config file (like
> e.g. pacman does with .pacnew files) along with instructions that the user
> must replace the file in order for the system to work correctly. I'd
> strongly recommend the automatic update, though, at least for config files
> which users shouldn't mess with in PA anyways.

	Well, I took a look at kwin's kconf_update files and it is disabled (not 
compiled) in obs. I think Marco disabled it weeks ago to prevent it from 
changing the LayoutName to "thumbnails". We can re-enable it and make it set 
LayoutName to window_strip instead of thumbnails.
> > The other problem is still an open issue:
> > https://bugs.kde.org/show_bug.cgi?id=292820 . Today I've added a patch to
> > kdelibs that seems to workaround the problem (needs more testing).
> If this only affects the demo files, it's a minor problem.

	No, it can affect any file. I do not know exactly why it happens and why 
it happens only sometimes yet. By what I could figure out when the problem 
happens kactivitymanagerd tries to set the url property of the resource before 
setting the "is related to" property. When setting the url property nepomuk 
tries to update it and for that it queries soprano to check if the property 
exists. Soprano returns an empty answer and nepomuk thinks the url property 
does not exist and creates a new url property and a bogus resource pointed by 
that url property. The resource now has two url properties when only one 
should exist. When nepomuk finally set the "is related to" property it set it 
to the bogus resource instead of the real one.
> > We need more people testing the upgrade process and reporting bugs.
> Definitely. And for that, we need a process for testing the upgrade process
> _before_ end-users can gain access to the updated packages.
> Would installing the the last stable image, switching to the Testing
> repository and then updating be the correct way?

	Yes, as far as I know. According to Maurice the Testing repository is 
already configured in PA2 image, so the second step is not needed. One problem 
is that we are in the process of migrating to Mer, when that is finished 
everybody will have to re-install their tablets.

Lamarque V. Souza
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/active/attachments/20120417/06e084b6/attachment.html>

More information about the Active mailing list