date | project | content | link |
|---|
| 11:36 yesterday | strigi | Commit by thiago :: r1105158 /trunk/kdesupport/strigi/ (5 files in 5 dirs): Enable RPATH processing in Strigi | # |
| 11:36 yesterday | KDE | Commit by thiago :: r1105158 strigi/trunk/kdesupport/strigi/ (5 files in 5 dirs): Enable RPATH processing in Strigi | # |
| 21:44 Wednesday | KDE | Commit by thiago :: r1104508 kdeui/trunk/KDE/kdelibs/kdeui/ (3 files in 2 dirs): Don't do D-Bus introspections if we know what the target is | # |
| 21:44 Wednesday | KDE | Commit by thiago :: r1104507 kdeui/trunk/KDE/kdelibs/kdeui/shortcuts/kglobalaccel.cpp: Fix kglobalaccel so that it doesn't use the global serviceOwnerChanged.
Use QDBusServiceWatcher wherever possible. | # |
| 18:47 on Jan 13 | PHP | Commit by thiago :: r 293514 /phpdoc/pt_BR/trunk/docweb/main.ent: ( link) Sync with EN updates. | # |
| 18:33 on Jan 13 | KDE | Commit by thiago :: r1074251 nepomuk-kde/trunk/playground/base/nepomuk-kde/ (3 files in 2 dirs): Qt 4.7 comes with its own qHash for QUrl, so these can't be here | # |
| 18:59 on Jan 12 | KDE | Commit by thiago :: r1073734 soprano/trunk/kdesupport/soprano/soprano/ (4 files): Soprano cannot define qHash(const QUrl &) after Qt 4.7.
Qt 4.7 will come with its own hashing function for QUrl. If Soprano
continues to define such a function, compilation errors will occur.
This is technically a binary incompatible change. However, I have
taken steps to minimise the issue. Most users will not see a problem,
but it could happen:
1) on non-ELF platforms (Mac and Windows), 'uint qHash(const QUrl &)'
is defined in a different library, so applications will need to be
relinked. However, Windows allows for the same symbol to be present
in many libraries, so we'll just define it in both Qt and Soprano.
For Mac users, this is a fully binary-incompatible change. I don't
see a way around the issue.
2) The hashing function is different from what Soprano is currently
using. I have added the functionality to Qt 4.6 as private API to
ease transition, but this requires recompiling Soprano with Qt
4.6.2 or later for it to kick in.
This is a runtime-incompatibility issue,
This affects any public API with QHash<QUrl, T>. Scanning KDE for
uses of QHash<QUrl, T> revealed only one public API, in
kdelibs/nepomuk/core/resource.h.
Any users of that API need to agree on the hashing function. That
means Soprano MUST have been recompiled with Qt 4.6.2 everywhere
before Nepomuk-using code sarts getting compiled with Qt 4.7.
Sorry, but this is Soprano's fault for defining qHash for a Qt
type. This should have been caught earlier.
CCMAIL:kde-core-devel at kde dot org | # |
| 18:58 on Jan 12 | KDE | Commit by thiago :: r1073733 attica/trunk/kdesupport/attica/lib/providermanager.cpp: Don't define qHash for QUrl in Qt 4.7.
Qt 4.7 will have its own hashing function for QUrl, so this won't be needed. | # |
| 18:58 on Jan 12 | KDE | Commit by thiago :: r1073732 kio/trunk/KDE/kdelibs/kio/tests/kdirmodeltest.cpp: No need for qHash(QUrl) in Qt 4.7, which provides its own. | # |
| 14:26 on Jan 05 | KDE | Commit by thiago :: r1070399 kioslave/trunk/KDE/kdelibs/kioslave/http/kcookiejar/kcookiejar.cpp: Fix cookie parsing of short expirations.
KDateTime::fromString's %Z only works if you pass the zones argument, which is the database of zone names to match against. If you don't pass that argument, then the resulting KDateTime is "ClockTime"
That means the time_t calculation below will be wrong.
In GMT+1, if you got a cookie with expiration date set half an hour in the future, kcookiejar would reject the cookie because it thought it had expired already (half an hour in the past). | # |
| 20:11 on Jan 04 | KDE | Commit by thiago :: r1070074 kdeui/trunk/KDE/kdelibs/kdeui/dialogs/kconfigdialogmanager.cpp: Replace kWarning + assert with kFatal | # |
| 09:24 on Dec 04, 2009 | KDE | Commit by thiago :: r1058235 ksystemlog/trunk/KDE/kdeadmin/ksystemlog/CMakeLists.txt: There's no CMakeLists.txt in this dir, so don't add it | # |
| 19:13 on Nov 16, 2009 | KDE | Commit by thiago :: r1050154 ksirk/trunk/KDE/kdegames/ksirk/ksirk/iris/src/irisnet/corelib/netinterface_unix.cpp: close(2) is declared in unistd.h. You have to include it | # |
| 19:04 on Nov 16, 2009 | KDE | Commit by thiago :: r1050150 rocs/trunk/KDE/kdeedu/rocs/src/CMakeLists.txt: Correct the order of libraries being linked. When using static libraries, the order is important. You *must* list the libraries in the order of dependency (i.e., if A depends on B, then A has to appear before B). Why are you using static libraries anyway? We don't need convenience libraries with CMake. CCMAIL: tomaz dot canabrava at gmail dot com | # |
| 17:52 on Nov 10, 2009 | KDE | Commit by thiago :: r1047209 kdecore/trunk/KDE/kdelibs/kdecore/kernel/kcmdlineargs.cpp: Remove the check for Qt 4.5: we require that and more.
This check was introduced when KDE (4.2) required only Qt 4.4. KDE 4.3 requires Qt 4.5 and current trunk requires even 4.6.
Qt 4.10 should be released sometime in 2011 or 2012 :-)
(Will there be a C++0x by then? [with x being an hex digit]) | # |
| 04:40 on Oct 28, 2009 | PHP | Commit by thiago :: r 290017 /phpdoc/pt_BR/trunk/translation.xml: ( link) Fixed empty email field that messed up translators table. | # |
| 05:20 on Oct 27, 2009 | PHP | Commit by thiago :: r 289976 /phpdoc/pt_BR/trunk/faq/build.xml: ( link) Fixing some format errors that were preventing docs build. There are many errors to be fixed yet (including text), I just fixed the most important syntax ones so it can be built. | # |
| 05:28 on Oct 21, 2009 | PHP | Commit by thiago :: r 289818 /phpdoc/pt_BR/trunk/reference/mysqli/mysqli_stmt/prepare.xml: ( link) + New translation. | # |
| 04:12 on Oct 21, 2009 | PHP | Commit by thiago :: r 289816 /phpdoc/pt_BR/trunk/reference/xml/functions/xml-parser-set-option.xml: ( link) New translation. Credits to Cristian Trentin. | # |
| 06:01 on Oct 17, 2009 | PHP | Commit by thiago :: r 289711 /phpdoc/pt_BR/trunk/reference/xml/functions/xml-parser-get-option.xml: ( link) New translation. Credits to Cristian Trentin. | # |