Re: KDEPIM 4.6 beta4 (second try)
Hi, still doesn't build here... In file included from /usr/src/ark/BUILD/kdepim-runtime-4.5.94.1/resources/ical/icalresourcebase.cpp:21:0: /usr/src/ark/BUILD/kdepim-runtime-4.5.94.1/resources/ical/icalresourcebase.h:31:61: error: ‘Akonadi_Aknotes_Resource’ was not declared in this scope /usr/src/ark/BUILD/kdepim-runtime-4.5.94.1/resources/ical/icalresourcebase.h:31:89: error: template argument 1 is invalid /usr/src/ark/BUILD/kdepim-runtime-4.5.94.1/resources/ical/icalresourcebase.h:53:81: error: ‘Akonadi_Aknotes_Resource’ was not declared in this scope /usr/src/ark/BUILD/kdepim-runtime-4.5.94.1/resources/ical/icalresourcebase.h:53:109: error: template argument 1 is invalid Do I need some special version of akonadi (I have 1.4.95) and/or kdepimlibs (I have 4.6.0-rc2)? Thanks bero On Monday, January 10, 2011 16:15 CET, Allen Winter win...@kde.org wrote: See /pub/kde/unstable/kdepim/4.5.94.1 on your ftp.kde.org mirror. 0243aa59c3acd9c38403b3acddb33c22c9c39c65 kdepim-4.5.94.1.tar.bz2 f226165cd7f92524be354329097e5009b5754046 kdepim-runtime-4.5.94.1.tar.bz2 Please let me know if these build ok. -Allen ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Kate App/Part/KWrite = kate.git
Hi, is it ok to now move that stuff to the kate.git for KDE 4.7? KTextEditor can reside in kdelibs, to keep BC /SC (I will sync it if changes occur). This would remove: kdelibs/kate kdesdk/kate kdebase/apps/kwrite (and I guess the doc/.. stuff for the apps need to move and what-I-don't know i18n scripts + packaging must change) But the part/application code really should be only in one place. Given that most people work only in kate.git, this will avoid my hassle with syncs, I will only keep syncing /trunk = git, to avoid any losses until this is done, thought. Greetings Christoph ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
branches/KDE/4.6/kdelibs/kdecore/util
SVN commit 1214946 by mpyne:
Backport Fully clear cache metadata in clearInternal() to 4.6.
KSharedDataCache uses the clearInternal() method to reset the cache, which is
used if corruption is detected, and when directed through
KSharedDataCache::clear(). For whatever reason I thought that simply setting
the first page pointer for each possible index entry would be sufficient, but
that is not the case at all, as various methods which go through the cache
entries also check things such as the use count, last access time, etc.
Assuming no other errors (:-/) this should be the cause of bug 260309. (The
exact sequence would be a KSharedDataCache user runs ::clear(), later adds some
entries that invoke removeUsedPages(), and removeUsedPages() goes through *all*
index entries, including ones that appear to be in use since their use count is
0, but their first page is still invalid). Easiest way to invoke this bug I've
found is to simply run plasmoidviewer clock at a konsole.
This should fix the annoying bug 260309 just in time for KDE Platform 4.6. I'm
CC-ing release team so that there are no surprises, but I have hopefully
demonstrated enough of the issue to prove that this patch is at least more
correct than previous behavior.
It is possible that this was also the proximate cause of the Plasma crashes
when changing the system time for Daylight Savings (which I worked around with
the error message you've been seeing for months), bug 253795.
FIXED-IN:4.6
BUG:260309
CCBUG:253795
CCMAIL:release-team@kde.org
M +5 -0 kshareddatacache.cpp
--- branches/KDE/4.6/kdelibs/kdecore/util/kshareddatacache.cpp #1214945:1214946
@@ -437,6 +437,11 @@
IndexTableEntry *indices = indexTable();
for (uint i = 0; i indexTableSize(); ++i) {
indices[i].firstPage = -1;
+indices[i].useCount = 0;
+indices[i].fileNameHash = 0;
+indices[i].totalItemSize = 0;
+indices[i].addTime = 0;
+indices[i].lastUsedTime = 0;
}
}
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
