Revert my earlier commits
894584, 894573, 894571 and gladhorn's 894596
and put KDE::DoNotExtract comments there to avoid extraction.
svn path=/trunk/KDE/kdepim/; revision=894658
now the biggest height offender is S/MIME validation, which has some redudant (in my opinion) items - waiting for replies on the mailinglist
svn path=/trunk/KDE/kdepim/; revision=893656
Before anyone complains about the string: it was already present in the sources
(we reserved it before the freeze) :)
svn path=/trunk/KDE/kdepim/; revision=893579
* Use target_link_libraries(... LINK_INTERFACE_LIBRARIES ...) to define the "link interface" of the libs in kdepimlibs.
To enable this, set the option KDE4_ENABLE_EXPERIMENTAL_LIB_EXPORT to on using "make edit_cache". Then
apps linking to libraries will only link to the library itself and to the libraries specified using
LINK_INTERFACE_LIBRARIES. This gives less dependencies for packagers, after startup and I think there were more advantages.
* To make this work, export_library_dependencies() may not be used anymore, but instead the library targets have
to be "exported", so they can be imported again later by other projects and this way bring their link interface with them.
So now all library targets from kdepimlibs are exported in the set kdepimlibsLibraryTargets.
* To be able to give the developer some useful error message, KdepimLibsDependencies.cmake now errors out
and tells the developer to update kdelibs, and the install location information is now in KdepimLibsInformation.cmake,
which tells the developer to update kdepimlibs if it's not recent enough.
So: you need now an up-to-date version of kdepimlibs and kdesupport !
If that's not acceptable let me know and I'll add some workaround.
* Search the xsl file in the install location of the already installed kdelibs, not in the current install location, which may be in a completely different place.
* Use the correct install location (KDEPIMLIBS_INSTALL_DIR) in KdepimLibsInformation.cmake instead of KDE4_INSTALL_DIR, which is the one for kdelibs, but not for kdepimlibs.
* more minor things I don't remember right now
* Do you actually have a version number for kdepimlibs ? It would be easy to add via KdepimLibsInformation.cmake
Alex
CCMAIL: kdepim@kde.org
CCMAIL: winter@kde.org
svn path=/trunk/KDE/kdepim/akregator/; revision=891439
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
........
r887580 | vkrause | 2008-11-22 14:35:11 +0100 (Sat, 22 Nov 2008) | 4 lines
Allow me to enable the sqlite backend on Linux as well for testing,
without modifying this file and then have svnmerge complain every time
about pending modifications.
........
svn path=/trunk/KDE/kdepim/; revision=890600
when the folder is changed while the async algorithm is stil in progress.
We should be able to empty large trashcans again :D
BUG: 176116
svn path=/trunk/KDE/kdepim/; revision=890231
- Don't set the charset to us-ascii if it couldn't be found
- Give up on KEncodingProber, it doesn't work reliable enough.
Instead, add an encoding combobox to the file dialog.
Now it is the user's fault if the encoding is not correct :)
- Don't attempt to set a charset for a non-textual mimetype
- Don't show an empty string for the mimetype
BUG: 64815
svn path=/trunk/KDE/kdepim/; revision=888149
Script Kiddy
Frederik Schwarzer
Chusslove Illich
Nick Shaforostoff
Szymon Stefanek
Kevin Krammer
Allen Winter
Alexander Neundorf
Thomas McGuire
Bertjan Broeksema
Michael Leupold
Dirk Mueller