Bug#1003980:
Control: severity -1 wishlist Dear Maintainer, Currently, Debian's buildd and also the Reproducible Builds team's testing infrastructure[1] both use a fixed build path when building binary packages. This means that your package will pass current reproducibility tests; however we believe that varying the build path still produces undesirable changes in the binary package output, making it more difficult than necessary for independent consumers to check the integrity of those packages by rebuilding them themselves. As a result, this bugreport will remain open and be re-assigned the 'wishlist' severity[2]. You can use the 'reprotest' package build utility - either locally, or as provided in Debian's Salsa continuous integration pipelines - to assist uncovering reproducibility failures due build-path variance. For more information about build paths and how they can affect reproducibility, please refer to: https://reproducible-builds.org/docs/build-path/ Thanks, James [1] - https://tests.reproducible-builds.org/debian/reproducible.html [2] - https://www.debian.org/Bugs/Developer#severities
Bug#1067850: src:kget: possible Salsa-CI reprotest misconfiguration.
Source: kget Severity: wishlist X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org User: reproducible-bui...@lists.alioth.debian.org Usertags: buildpath Dear Maintainer, The Salsa CI configuration for kget sets customized[1] command-line options for 'reprotest'[2], a utility used to find package reproducibility problems. Unfortunately, I think that the configured SALSA_CI_REPROTEST_ARGS arguments may be incorrect; the provided arguments _appear_ intended to disable build-path variance, but I believe that they unintentionally disable _all_ forms of reprotest variance testing. Please refer to this Reproducible Builds mailing list thread for more information: https://lists.reproducible-builds.org/pipermail/rb-general/2024-February/003247.html I'd recommend removing the SALSA_CI_REPROTEST_ARGS line entirely -- which in isolation could cause Salsa-CI reprotest to fail, due to a build-path bug reported in #1003914 -- but also then applying the patch from that bugreport to confirm and solve the problem. If that is undesirable, then as an alternative I could suggest configuring: SALSA_CI_REPROTEST_ARGS: '--variations=all,-build_path' (please note that there are _two_ changes in this line; the insertion of 'all' and adjustment of 'build-path' to 'build_path') ...to enable all forms of variation, with the exception of buildpath. Thank you, James [1] - https://salsa.debian.org/qt-kde-team/kde/kget/-/blob/c3b261bd0d740cdd89c8d06e05eb238cb746fe3d/debian/salsa-ci.yml#L7 [2] - https://salsa.debian.org/reproducible-builds/reprotest
Bug#1064846: kdevelop: Code highlighting breaks when changing compiler
Package: kdevelop Version: 4:23.08.1-2+b1 Severity: normal X-Debbugs-Cc: davidjamescastor...@proton.me Dear Maintainer, When using the default compiler on my system (GCC/G++) the code highlighting works fine and mousing over variables shows declaration etc.. However, when I switch the compiler to clang or cross compiling for ARM (by passing -DCMAKE_C_COMPILER=/usr/bin/clang in "extra parameters" in the configuration dialog), the code highlight and variable prediction/help text stops working. Keywords like void and extern are still coloured blue, and strings are still coloured red, but everything else is just plain. These were all CMake projects. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.15-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kdevelop depends on: ii kdevelop-data 4:23.08.1-2 ii kdevelop512-libs 4:23.08.1-2+b1 ii kinit 5.107.0-1 ii kio 5.107.0-1+b1 ii libapr1 1.7.2-3+b2 ii libaprutil1 1.6.3-1+b1 ii libastyle33.1-3+b1 ii libc6 2.37-15 ii libclang1-16 1:16.0.6-19 ii libgcc-s1 14-20240201-3 ii libgrantlee-templates5 [grantlee5-templates-5-3] 5.3.1-3+b1 ii libkasten4controllers05:0.26.15-1 ii libkasten4core0 5:0.26.15-1 ii libkasten4okteta2controllers0 5:0.26.15-1 ii libkasten4okteta2core05:0.26.15-1 ii libkasten4okteta2gui0 5:0.26.15-1 ii libkf5archive55.107.0-1+b1 ii libkf5bookmarks5 5.107.0-1+b1 ii libkf5codecs5 5.107.0-1+b1 ii libkf5completion5 5.107.0-1+b1 ii libkf5configcore5 5.107.0-1+b1 ii libkf5configgui5 5.107.0-1+b1 ii libkf5configwidgets5 5.107.0-2+b1 ii libkf5coreaddons5 5.107.0-1+b1 ii libkf5crash5 5.107.0-1+b1 ii libkf5declarative55.107.0-1+b1 ii libkf5guiaddons5 5.107.0-1+b1 ii libkf5i18n5 5.107.0-1+b1 ii libkf5iconthemes5 5.107.0-1+b1 ii libkf5itemmodels5 5.107.0-1+b1 ii libkf5itemviews5 5.107.0-1+b1 ii libkf5jobwidgets5 5.107.0-1+b1 ii libkf5kiocore55.107.0-1+b1 ii libkf5kiofilewidgets5 5.107.0-1+b1 ii libkf5kiogui5 5.107.0-1+b1 ii libkf5kiowidgets5 5.107.0-1+b1 ii libkf5newstuffcore5 5.107.0-2+b1 ii libkf5newstuffwidgets55.107.0-2+b1 ii libkf5parts5 5.107.0-1+b1 ii libkf5purpose-bin 5.107.0-1+b1 ii libkf5purpose55.107.0-1+b1 ii libkf5service-bin 5.107.0-1+b1 ii libkf5service55.107.0-1+b1 ii libkf5sonnetui5 5.107.0-1+b1 ii libkf5texteditor5 5.107.0-1+b1 ii libkf5textwidgets55.107.0-1+b1 ii libkf5threadweaver5 5.107.0-1+b1 ii libkf5widgetsaddons5 5.107.0-1+b1 ii libkf5xmlgui5 5.107.0-1+b1 ii libkomparediff2-5 4:22.12.3-1 ii libokteta3core0 5:0.26.15-1 ii libokteta3gui05:0.26.15-1 ii libprocesscore9 4:5.27.10-1 ii libprocessui9 4:5.27.10-1 ii libqt5core5a 5.15.10+dfsg-7 ii libqt5dbus5 5.15.10+dfsg-7 ii libqt5gui55.15.10+dfsg-7 ii
Bug#1064054: qtbase-opensource-src-gles: CVE-2024-25580
Source: qtbase-opensource-src-gles Followup-For: Bug #1064054 Control: found -1 5.12.2+dfsg-1 Control: tags -1 patch diff --git a/src/gui/util/qktxhandler.cpp b/src/gui/util/qktxhandler.cpp index 0d98e97453..6a79e55109 100644 --- a/src/gui/util/qktxhandler.cpp +++ b/src/gui/util/qktxhandler.cpp @@ -73,7 +73,7 @@ struct KTXHeader { quint32 bytesOfKeyValueData; }; -static const quint32 headerSize = sizeof(KTXHeader); +static constexpr quint32 qktxh_headerSize = sizeof(KTXHeader); // Currently unused, declared for future reference struct KTXKeyValuePairItem { @@ -103,11 +103,36 @@ struct KTXMipmapLevel { */ }; -bool QKtxHandler::canRead(const QByteArray , const QByteArray ) +static bool qAddOverflow(quint32 v1, quint32 v2, quint32 *r) { +// unsigned additions are well-defined +*r = v1 + v2; +return v1 > quint32(v1 + v2); +} + +// Returns the nearest multiple of 4 greater than or equal to 'value' +static bool nearestMultipleOf4(quint32 value, quint32 *result) +{ +constexpr quint32 rounding = 4; +*result = 0; +if (qAddOverflow(value, rounding - 1, result)) +return true; +*result &= ~(rounding - 1); +return false; +} + +// Returns a slice with prechecked bounds +static QByteArray safeSlice(const QByteArray& array, quint32 start, quint32 length) { -Q_UNUSED(suffix) +quint32 end = 0; +if (qAddOverflow(start, length, ) || end > quint32(array.length())) +return {}; +return QByteArray(array.data() + start, length); +} -return (qstrncmp(block.constData(), ktxIdentifier, KTX_IDENTIFIER_LENGTH) == 0); +bool QKtxHandler::canRead(const QByteArray , const QByteArray ) +{ +Q_UNUSED(suffix); +return block.startsWith(QByteArray::fromRawData(ktxIdentifier, KTX_IDENTIFIER_LENGTH)); } QTextureFileData QKtxHandler::read() @@ -115,42 +140,97 @@ QTextureFileData QKtxHandler::read() if (!device()) return QTextureFileData(); -QByteArray buf = device()->readAll(); -const quint32 dataSize = quint32(buf.size()); -if (dataSize < headerSize || !canRead(QByteArray(), buf)) { -qCDebug(lcQtGuiTextureIO, "Invalid KTX file %s", logName().constData()); +const QByteArray buf = device()->readAll(); +if (size_t(buf.size()) > std::numeric_limits::max()) { +qWarning(lcQtGuiTextureIO, "Too big KTX file %s", logName().constData()); +return QTextureFileData(); +} + +if (!canRead(QByteArray(), buf)) { +qWarning(lcQtGuiTextureIO, "Invalid KTX file %s", logName().constData()); +return QTextureFileData(); +} + +if (buf.size() < qsizetype(qktxh_headerSize)) { +qWarning(lcQtGuiTextureIO, "Invalid KTX header size in %s", logName().constData()); return QTextureFileData(); } -const KTXHeader *header = reinterpret_cast(buf.constData()); -if (!checkHeader(*header)) { -qCDebug(lcQtGuiTextureIO, "Unsupported KTX file format in %s", logName().constData()); +KTXHeader header; +memcpy(, buf.data(), qktxh_headerSize); +if (!checkHeader(header)) { +qWarning(lcQtGuiTextureIO, "Unsupported KTX file format in %s", logName().constData()); return QTextureFileData(); } QTextureFileData texData; texData.setData(buf); -texData.setSize(QSize(decode(header->pixelWidth), decode(header->pixelHeight))); -texData.setGLFormat(decode(header->glFormat)); -texData.setGLInternalFormat(decode(header->glInternalFormat)); -texData.setGLBaseInternalFormat(decode(header->glBaseInternalFormat)); - -texData.setNumLevels(decode(header->numberOfMipmapLevels)); -quint32 offset = headerSize + decode(header->bytesOfKeyValueData); -const int maxLevels = qMin(texData.numLevels(), 32); // Cap iterations in case of corrupt file. -for (int i = 0; i < maxLevels; i++) { -if (offset + sizeof(KTXMipmapLevel) > dataSize)// Corrupt file; avoid oob read -break; -const KTXMipmapLevel *level = reinterpret_cast(buf.constData() + offset); -quint32 levelLen = decode(level->imageSize); -texData.setDataOffset(offset + sizeof(KTXMipmapLevel::imageSize), i); -texData.setDataLength(levelLen, i); -offset += sizeof(KTXMipmapLevel::imageSize) + levelLen + (3 - ((levelLen + 3) % 4)); +texData.setSize(QSize(decode(header.pixelWidth), decode(header.pixelHeight))); +texData.setGLFormat(decode(header.glFormat)); +texData.setGLInternalFormat(decode(header.glInternalFormat)); +texData.setGLBaseInternalFormat(decode(header.glBaseInternalFormat)); + +texData.setNumLevels(decode(header.numberOfMipmapLevels)); + +const quint32 bytesOfKeyValueData = decode(header.bytesOfKeyValueData); +quint32 headerKeyValueSize; +if (qAddOverflow(qktxh_headerSize, bytesOfKeyValueData, )) { +qWarning(lcQtGuiTextureIO, "Overflow in size of key value data in header of KTX file %s", +
Bug#1064053: qtbase-opensource-src: CVE-2024-25580
Source: qtbase-opensource-src Followup-For: Bug #1064053 Control: found -1 Control: found -1 5.12.2+dfsg-1 Replying to set the earliest version affected from the advisory blogpost[1], and to (re)attach the patch from the duplicate bugreport. [1] https://www.qt.io/blog/security-advisory-potential-buffer-overflow-when-reading-ktx-images diff --git a/src/gui/util/qktxhandler.cpp b/src/gui/util/qktxhandler.cpp index 0d98e97453..6a79e55109 100644 --- a/src/gui/util/qktxhandler.cpp +++ b/src/gui/util/qktxhandler.cpp @@ -73,7 +73,7 @@ struct KTXHeader { quint32 bytesOfKeyValueData; }; -static const quint32 headerSize = sizeof(KTXHeader); +static constexpr quint32 qktxh_headerSize = sizeof(KTXHeader); // Currently unused, declared for future reference struct KTXKeyValuePairItem { @@ -103,11 +103,36 @@ struct KTXMipmapLevel { */ }; -bool QKtxHandler::canRead(const QByteArray , const QByteArray ) +static bool qAddOverflow(quint32 v1, quint32 v2, quint32 *r) { +// unsigned additions are well-defined +*r = v1 + v2; +return v1 > quint32(v1 + v2); +} + +// Returns the nearest multiple of 4 greater than or equal to 'value' +static bool nearestMultipleOf4(quint32 value, quint32 *result) +{ +constexpr quint32 rounding = 4; +*result = 0; +if (qAddOverflow(value, rounding - 1, result)) +return true; +*result &= ~(rounding - 1); +return false; +} + +// Returns a slice with prechecked bounds +static QByteArray safeSlice(const QByteArray& array, quint32 start, quint32 length) { -Q_UNUSED(suffix) +quint32 end = 0; +if (qAddOverflow(start, length, ) || end > quint32(array.length())) +return {}; +return QByteArray(array.data() + start, length); +} -return (qstrncmp(block.constData(), ktxIdentifier, KTX_IDENTIFIER_LENGTH) == 0); +bool QKtxHandler::canRead(const QByteArray , const QByteArray ) +{ +Q_UNUSED(suffix); +return block.startsWith(QByteArray::fromRawData(ktxIdentifier, KTX_IDENTIFIER_LENGTH)); } QTextureFileData QKtxHandler::read() @@ -115,42 +140,97 @@ QTextureFileData QKtxHandler::read() if (!device()) return QTextureFileData(); -QByteArray buf = device()->readAll(); -const quint32 dataSize = quint32(buf.size()); -if (dataSize < headerSize || !canRead(QByteArray(), buf)) { -qCDebug(lcQtGuiTextureIO, "Invalid KTX file %s", logName().constData()); +const QByteArray buf = device()->readAll(); +if (size_t(buf.size()) > std::numeric_limits::max()) { +qWarning(lcQtGuiTextureIO, "Too big KTX file %s", logName().constData()); +return QTextureFileData(); +} + +if (!canRead(QByteArray(), buf)) { +qWarning(lcQtGuiTextureIO, "Invalid KTX file %s", logName().constData()); +return QTextureFileData(); +} + +if (buf.size() < qsizetype(qktxh_headerSize)) { +qWarning(lcQtGuiTextureIO, "Invalid KTX header size in %s", logName().constData()); return QTextureFileData(); } -const KTXHeader *header = reinterpret_cast(buf.constData()); -if (!checkHeader(*header)) { -qCDebug(lcQtGuiTextureIO, "Unsupported KTX file format in %s", logName().constData()); +KTXHeader header; +memcpy(, buf.data(), qktxh_headerSize); +if (!checkHeader(header)) { +qWarning(lcQtGuiTextureIO, "Unsupported KTX file format in %s", logName().constData()); return QTextureFileData(); } QTextureFileData texData; texData.setData(buf); -texData.setSize(QSize(decode(header->pixelWidth), decode(header->pixelHeight))); -texData.setGLFormat(decode(header->glFormat)); -texData.setGLInternalFormat(decode(header->glInternalFormat)); -texData.setGLBaseInternalFormat(decode(header->glBaseInternalFormat)); - -texData.setNumLevels(decode(header->numberOfMipmapLevels)); -quint32 offset = headerSize + decode(header->bytesOfKeyValueData); -const int maxLevels = qMin(texData.numLevels(), 32); // Cap iterations in case of corrupt file. -for (int i = 0; i < maxLevels; i++) { -if (offset + sizeof(KTXMipmapLevel) > dataSize)// Corrupt file; avoid oob read -break; -const KTXMipmapLevel *level = reinterpret_cast(buf.constData() + offset); -quint32 levelLen = decode(level->imageSize); -texData.setDataOffset(offset + sizeof(KTXMipmapLevel::imageSize), i); -texData.setDataLength(levelLen, i); -offset += sizeof(KTXMipmapLevel::imageSize) + levelLen + (3 - ((levelLen + 3) % 4)); +texData.setSize(QSize(decode(header.pixelWidth), decode(header.pixelHeight))); +texData.setGLFormat(decode(header.glFormat)); +texData.setGLInternalFormat(decode(header.glInternalFormat)); +texData.setGLBaseInternalFormat(decode(header.glBaseInternalFormat)); + +texData.setNumLevels(decode(header.numberOfMipmapLevels)); + +const quint32 bytesOfKeyValueData =
Bug#1064052: qt6-base: CVE-2024-25580
Followup-For: Bug #1064052 Control: fixed -1 6.6.2+dfsg-1
Bug#1064056: qtbase-opensource-src: CVE-2024-25580
Source: qtbase-opensource-src Followup-For: Bug #1064056 Control: forcemerge 1064053 -1 Duplicate of #1064053; force merging this bugreport into that one.
Bug#1064056: qtbase-opensource-src: CVE-2024-25580
Source: qtbase-opensource-src Version: 5.15.10+dfsg-6 Severity: normal Tags: patch security Dear Maintainer, Security advisory CVE-2024-25580, a buffer overflow affecting KTX image handling in QT, has been announced[1], and the announcement includes patches for various versions of QT including the v5.15 branch. I've confirmed that the patch applies cleanly to qtbase-opensource-src versions 5.15.8+dfsg-11 (bookworm / stable) and 5.15.10+dfsg-6 (trixie / testing), and have successfully compiled the trixie package. Please find attached the v5.15 patch from upstream. ( sha256sum 7cc9bf74f696de8ec5386bb80ce7a2fed5aa3870ac0e2c7db4628621c5c1a731 ) Regards, James [1] - https://lists.qt-project.org/pipermail/announce/2024-February/000472.html diff --git a/src/gui/util/qktxhandler.cpp b/src/gui/util/qktxhandler.cpp index 0d98e97453..6a79e55109 100644 --- a/src/gui/util/qktxhandler.cpp +++ b/src/gui/util/qktxhandler.cpp @@ -73,7 +73,7 @@ struct KTXHeader { quint32 bytesOfKeyValueData; }; -static const quint32 headerSize = sizeof(KTXHeader); +static constexpr quint32 qktxh_headerSize = sizeof(KTXHeader); // Currently unused, declared for future reference struct KTXKeyValuePairItem { @@ -103,11 +103,36 @@ struct KTXMipmapLevel { */ }; -bool QKtxHandler::canRead(const QByteArray , const QByteArray ) +static bool qAddOverflow(quint32 v1, quint32 v2, quint32 *r) { +// unsigned additions are well-defined +*r = v1 + v2; +return v1 > quint32(v1 + v2); +} + +// Returns the nearest multiple of 4 greater than or equal to 'value' +static bool nearestMultipleOf4(quint32 value, quint32 *result) +{ +constexpr quint32 rounding = 4; +*result = 0; +if (qAddOverflow(value, rounding - 1, result)) +return true; +*result &= ~(rounding - 1); +return false; +} + +// Returns a slice with prechecked bounds +static QByteArray safeSlice(const QByteArray& array, quint32 start, quint32 length) { -Q_UNUSED(suffix) +quint32 end = 0; +if (qAddOverflow(start, length, ) || end > quint32(array.length())) +return {}; +return QByteArray(array.data() + start, length); +} -return (qstrncmp(block.constData(), ktxIdentifier, KTX_IDENTIFIER_LENGTH) == 0); +bool QKtxHandler::canRead(const QByteArray , const QByteArray ) +{ +Q_UNUSED(suffix); +return block.startsWith(QByteArray::fromRawData(ktxIdentifier, KTX_IDENTIFIER_LENGTH)); } QTextureFileData QKtxHandler::read() @@ -115,42 +140,97 @@ QTextureFileData QKtxHandler::read() if (!device()) return QTextureFileData(); -QByteArray buf = device()->readAll(); -const quint32 dataSize = quint32(buf.size()); -if (dataSize < headerSize || !canRead(QByteArray(), buf)) { -qCDebug(lcQtGuiTextureIO, "Invalid KTX file %s", logName().constData()); +const QByteArray buf = device()->readAll(); +if (size_t(buf.size()) > std::numeric_limits::max()) { +qWarning(lcQtGuiTextureIO, "Too big KTX file %s", logName().constData()); +return QTextureFileData(); +} + +if (!canRead(QByteArray(), buf)) { +qWarning(lcQtGuiTextureIO, "Invalid KTX file %s", logName().constData()); +return QTextureFileData(); +} + +if (buf.size() < qsizetype(qktxh_headerSize)) { +qWarning(lcQtGuiTextureIO, "Invalid KTX header size in %s", logName().constData()); return QTextureFileData(); } -const KTXHeader *header = reinterpret_cast(buf.constData()); -if (!checkHeader(*header)) { -qCDebug(lcQtGuiTextureIO, "Unsupported KTX file format in %s", logName().constData()); +KTXHeader header; +memcpy(, buf.data(), qktxh_headerSize); +if (!checkHeader(header)) { +qWarning(lcQtGuiTextureIO, "Unsupported KTX file format in %s", logName().constData()); return QTextureFileData(); } QTextureFileData texData; texData.setData(buf); -texData.setSize(QSize(decode(header->pixelWidth), decode(header->pixelHeight))); -texData.setGLFormat(decode(header->glFormat)); -texData.setGLInternalFormat(decode(header->glInternalFormat)); -texData.setGLBaseInternalFormat(decode(header->glBaseInternalFormat)); - -texData.setNumLevels(decode(header->numberOfMipmapLevels)); -quint32 offset = headerSize + decode(header->bytesOfKeyValueData); -const int maxLevels = qMin(texData.numLevels(), 32); // Cap iterations in case of corrupt file. -for (int i = 0; i < maxLevels; i++) { -if (offset + sizeof(KTXMipmapLevel) > dataSize)// Corrupt file; avoid oob read -break; -const KTXMipmapLevel *level = reinterpret_cast(buf.constData() + offset); -quint32 levelLen = decode(level->imageSize); -texData.setDataOffset(offset + sizeof(KTXMipmapLevel::imageSize), i); -texData.
Bug#1059631: qhelpgenerator-qt5: nearly-reproducible LastRegisterTime value in .qch files is not timezone-normalized
Followup-For: Bug #1059631 X-Debbugs-Cc: mity...@debian.org On Wed, 10 Jan 2024 00:01:40 +0300, Dmitry wrote: > On Tue, Jan 09, 2024 at 06:40:35PM +0000, James Addison wrote: > [ ... snip ... ] > > My sense is that with the patch here and also the patch from #1059592 > > applied, > > we would see at least eight qt-related packages in Debian building with more > > reliable reproducibility. Not a huge number, but it's becoming rarer to > > find > > fixups like this that benefit multiple dependent packages (a good thing). > I was going to include these patches together with Qt 5.15.12 transition, > which I am currently preparing. > > But if you want it in unstable sooner, I can do a new upload for 5.15.10 and > then merge into my 5.15.12 branch. Just let me know if you need that. Thanks Dmitry - there's no need for that, and no hurry. Also: the reproducible builds test coverage does include experimental (where, now that I check, I see the 5.15.12 changes staged) so that'll provide relevant build results when ready.
Bug#1059631: qhelpgenerator-qt5: nearly-reproducible LastRegisterTime value in .qch files is not timezone-normalized
Followup-For: Bug #1059631 X-Debbugs-Cc: mity...@debian.org Hi Dmitry - could you recommend whether there's anything I should do next for this bug? As context: the patch was accepted upstream, but with modifications that make it cleaner for Qt6.6 albeit in a non-5.15.x compatible way. I realize that might not be ideal maintainence-wise; sorry about that. I'm a bit unclear on the licensing status of 5.15.x and that's making me uncertain about whether to offer another patch for that lineage upstream. My sense is that with the patch here and also the patch from #1059592 applied, we would see at least eight qt-related packages in Debian building with more reliable reproducibility. Not a huge number, but it's becoming rarer to find fixups like this that benefit multiple dependent packages (a good thing). Thanks, James
Bug#1059631: qhelpgenerator-qt5: nearly-reproducible LastRegisterTime value in .qch files is not timezone-normalized
Followup-For: Bug #1059631 Control: tags -1 fixed-upstream > Control: forwarded -1 https://codereview.qt-project.org/c/qt/qttools/+/527972 This fix has been merged upstream; I've also offered what I think is a further cleanup[1], but it does not affect the behaviour of the code (only readability and performance properties). Please note: based on code review feedback, I updated the patch to use some features of Qt that are not available in Qt5, notably a QTimeZone::UTC enum value[2]. So it seems that the approach taken to develop a fix for Debian and/or qt5 would necessarily diverge. [1] - https://codereview.qt-project.org/c/qt/qttools/+/527983 [2] - https://doc.qt.io/qt-6.5/qt.html#TimeSpec-enum
Bug#1059592: qhelpgenerator-qt5: emits .qch file attribute entries with unpredictable ordering
Package: qhelpgenerator-qt5 Followup-For: Bug #1059592 Control: tags -1 fixed-upstream Please note: it appears that a fix[1] that addresses this same problem is already included in v6.5.0 of qttools.git upstream. [1] - https://codereview.qt-project.org/c/qt/qttools/+/416699
Bug#1059631: qhelpgenerator-qt5: nearly-reproducible LastRegisterTime value in .qch files is not timezone-normalized
Package: qhelpgenerator-qt5 Followup-For: Bug #1059631 X-Debbugs-Cc: mity...@debian.org Control: forwarded -1 https://codereview.qt-project.org/c/qt/qttools/+/527972 Hi Dmitry, On Sat, 30 Dec 2023 22:50:47, Dmitry wrote: > Thank you for the patch! > > Any chance you can forward it to upstream Qt? See [1] for the details. Yep, certainly - done. Thanks!
Bug#1059631: qhelpgenerator-qt5: nearly-reproducible LastRegisterTime value in .qch files is not timezone-normalized
Package: qhelpgenerator-qt5 Followup-For: Bug #1059631 X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org My apologies: I had indeed misdiagnosed the problem here. The code that inserts into the SettingsTable, where the problem reported here manifests, is unrelated to the patch from bug #875847 - there is a separate check for SOURCE_CODE_EPOCH in the src/assistant/qhelpgenerator/main.cpp file. To test a fix, I used the following commands to replicate the problem: $ SOURCE_DATE_EPOCH=1503951538 qhelpgenerator examples/assistant/simpletextviewer/documentation/simpletextviewer.qhcp -o foo.qch $ TZ=GMT+8 SOURCE_DATE_EPOCH=1503951538 qhelpgenerator examples/assistant/simpletextviewer/documentation/simpletextviewer.qhcp -o bar.qch Please find attached a patch to address the problem. Note that I decided to patch both SOURCE_CODE_EPOCH locations for consistency, despite the fact that only the main.cpp code site was confirmed affected. Description: helpgenerator: clear UTC offset to zero when reading SOURCE_DATE_EPOCH value Author: James Addison Bug-Debian: https://bugs.debian.org/1059631 --- qttools-opensource-src-5.15.10.orig/src/assistant/help/qhelpcollectionhandler.cpp +++ qttools-opensource-src-5.15.10/src/assistant/help/qhelpcollectionhandler.cpp @@ -2202,8 +2202,10 @@ bool QHelpCollectionHandler::registerInd const QString sourceDateEpochStr = qEnvironmentVariable("SOURCE_DATE_EPOCH"); bool ok; const qlonglong sourceDateEpoch = sourceDateEpochStr.toLongLong(); -if (ok && sourceDateEpoch < lastModified.toSecsSinceEpoch()) +if (ok && sourceDateEpoch < lastModified.toSecsSinceEpoch()) { +lastModified.setOffsetFromUtc(0); lastModified.setSecsSinceEpoch(sourceDateEpoch); +} } m_query->addBindValue(lastModified.toString(Qt::ISODate)); if (!m_query->exec()) --- qttools-opensource-src-5.15.10.orig/src/assistant/qhelpgenerator/main.cpp +++ qttools-opensource-src-5.15.10/src/assistant/qhelpgenerator/main.cpp @@ -116,6 +116,7 @@ int generateCollectionFile(const QByteAr if (!config.filesToRegister().isEmpty()) { if (Q_UNLIKELY(qEnvironmentVariableIsSet("SOURCE_DATE_EPOCH"))) { QDateTime dt; +dt.setOffsetFromUtc(0); dt.setSecsSinceEpoch(qEnvironmentVariableIntValue("SOURCE_DATE_EPOCH")); CollectionConfiguration::updateLastRegisterTime(helpEngine, dt); } else {
Bug#1059631: qhelpgenerator-qt5: nearly-reproducible LastRegisterTime value in .qch files is not timezone-normalized
Package: qhelpgenerator-qt5 Followup-For: Bug #1059631 X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org On Fri, 29 Dec 2023 15:30:58, I wrote: > Inspecting the patch from #875847 and the values that appear in the diffoscope > output from the build logs: the SOURCE_DATE_EPOCH value of the build is used, > as expected, to improve the reproducibility of the build. It takes the value > of the most recent Debian changelog entry. > > However: the patch mutates an existing QT QDateTime instance (last_modified) > to > store the seconds-since-epoch value -- without specifying a timezone for the > value. ... > My sense is that the LastRegisterTime column value is probably intended to be > stored in UTC; it may be sufficient to set the timezone of the last_modified > instance to UTC -- making careful to ensure that it is indeed a _set_ timezone > operation and not a _translate_ timezone operation. In hindsight: I think I've misunderstood some of the details here. If the root cause is indeed a non-UTC timezone on the last_modified object, then maybe it does in fact make sense to translate that object's value into UTC -- because that would mean that we the date-string we bind is always UTC-based, regardless of whether SOURCE_DATE_EPOCH is set. Related, though: I also don't yet understand why the date string that appears in the INSERT statement does not include a timezone offset (+1200, for example). My reading of the QT documentation[1] is that a timezone offset will be included in the formatted string for non-UTC date+time objects.. I'll do some more investigation. [1] - https://doc.qt.io/qt-5/qt.html#DateFormat-enum
Bug#1059631: qhelpgenerator-qt5: nearly-reproducible LastRegisterTime value in .qch files is not timezone-normalized
Package: qhelpgenerator-qt5 Version: 5.15.2-3 Severity: wishlist User: reproducible-bui...@lists.alioth.debian.org Usertags: timezone X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Dear Maintainer, Looking at some recent Reproducible Build[1] test results[2] for the Debian openorienteering-mapper package, the LastRegisterTime value placed into the SettingsTable table in the .qch (sqlite3 db) file format can vary based on the build host's configuration. Inspecting the patch from #875847 and the values that appear in the diffoscope output from the build logs: the SOURCE_DATE_EPOCH value of the build is used, as expected, to improve the reproducibility of the build. It takes the value of the most recent Debian changelog entry. However: the patch mutates an existing QT QDateTime instance (last_modified) to store the seconds-since-epoch value -- without specifying a timezone for the value. I'm not 100% certain, but I think it's likely (given that the duration between the two timestamps that appear in the diffoscope output is 26 hours, equal to the local-time-difference between GMT-14 and GMT+12, the two build timezones) that the last_modified object remains timezone-relative in each build, and therefore emits differing LastRegisterTime values in ISO format. -INSERT INTO SettingsTable VALUES('LastRegisterTime','2021-12-27T21:45:41.000'); +INSERT INTO SettingsTable VALUES('LastRegisterTime','2021-12-28T23:45:41.000'); My sense is that the LastRegisterTime column value is probably intended to be stored in UTC; it may be sufficient to set the timezone of the last_modified instance to UTC -- making careful to ensure that it is indeed a _set_ timezone operation and not a _translate_ timezone operation. Regards, James [1] - https://reproducible-builds.org/ [2] - https://tests.reproducible-builds.org/debian/rb-pkg/bookworm/arm64/diffoscope-results/openorienteering-mapper.html [3] - https://doc.qt.io/qt-5/qdatetime.html
Bug#1059592: qhelpgenerator-qt5: emits .qch file attribute entries with unpredictable ordering
Followup-For: Bug #1059592 Description: helpgenerator: populate FileAttributeSetTable in sorted attribute ID order. Author: James Addison Bug-Debian: https://bugs.debian.org/1059592 --- qttools-opensource-src-5.15.10.orig/src/assistant/qhelpgenerator/helpgenerator.cpp +++ qttools-opensource-src-5.15.10/src/assistant/qhelpgenerator/helpgenerator.cpp @@ -445,7 +445,9 @@ bool HelpGeneratorPrivate::insertFiles(c if (filterSetId < 0) return false; ++filterSetId; -for (int attId : qAsConst(filterAtts)) { +QList sortedAtts = filterAtts.values(); +std::sort(sortedAtts.begin(), sortedAtts.end()); +for (int attId : qAsConst(sortedAtts)) { m_query->prepare(QLatin1String("INSERT INTO FileAttributeSetTable " "VALUES(?, ?)")); m_query->bindValue(0, filterSetId);
Bug#1059592: qhelpgenerator-qt5: emits .qch file attribute entries with unpredictable ordering
Package: qhelpgenerator-qt5 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Dear Maintainer, I'm an occasional contributor to Debian's reproducible builds, and noticed a recent reproducibility test failure[1] for the qtwebview-opensource-src source package that has a build-dependency on qhelpgenerator-qt5. The problem relates to a documentation file -- qtwebview.qch -- that is built by the qhelpgenerator binary. In particular, when qhelpgenerator collects items for a FileAttributeSetTable table in the .qch file -- which is a SQLite3 database -- it uses a QT QSet datastructure. Crucially, that datastructure does _not_ guarantee sort ordering (neither insertion-order nor key-order) when retrieving items, as documented[2]. I'll offer a patch shortly that adds a sort step, consistent with another similar sort that occurs within the same helpgenerator.cpp code file. In terms of testing: I've confirmed that the package compiles with my patch, and that the resulting qhelpgenerator-qt5 binary package can be used to build the src:qtwebview-opensource-src package and produces a qtwebview.qch file with the expected table records in the expected order. Thanks, James [1] - https://tests.reproducible-builds.org/debian/rb-pkg/trixie/arm64/qtwebview-opensource-src.html [2] - https://doc.qt.io/qt-5/qset.html
Bug#1033390: plasma-desktop: Autostart Applications do not start when XDG_CONFIG_HOME is not $HOME/.config
Package: plasma-desktop Version: 4:5.27.2-1 Severity: normal Dear Maintainer, I boot multiple OS installs with a common /home partition, and have found it best to maintain separate XDG configuration directories in $HOME, one for each OS install. This prevents the desktop setting of each OS from interfering with each other. This is done by setting the value of the XDG_CONFIG_HOME environmental variable differently for each OS. When this variable is not set, the default location for XDG configuration is $HOME/.config. This mostly works with KDE plasma in Testing, but I do find that the autostart applications are not starting if XDG_CONFIG_HOME is not $HOME/.config. When they don't start, I can still see them in the Autostart section of plasma's System Settings, and can add and remove them there. A workaround I have found, if XDG_CONFIG_HOME is not $HOME/.config, is to put a symlink in $HOME/.config pointing to $XDG_CONFIG_HOME/autostart. Once this is done, the applications do start at login. It seems clear that the startup process is ignoring the value of XDG_CONFIG_HOME in searching for autostart application; it is instead always looking for them in $HOME/.config/autostart. -- System Information: Debian Release: bookworm/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-6-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plasma-desktop depends on: ii accountsservice 22.08.8-6 ii breeze 4:5.27.2-1 ii kactivitymanagerd5.27.2-1 ii kde-cli-tools4:5.27.2-1 ii kded55.103.0-1 ii kio 5.103.0-1 ii kpackagetool55.103.0-1 ii layer-shell-qt 5.27.2-1 ii libaccounts-qt5-11.16-2 ii libc62.36-8 ii libglib2.0-0 2.74.6-1 ii libibus-1.0-51.5.27-5 ii libkaccounts24:22.12.3-1 ii libkf5activities55.103.0-1 ii libkf5activitiesstats1 5.103.0-1 ii libkf5authcore5 5.103.0-1 ii libkf5baloo5 5.103.0-2 ii libkf5bookmarks5 5.103.0-1 ii libkf5codecs55.103.0-1 ii libkf5completion55.103.0-1 ii libkf5configcore55.103.0-1 ii libkf5configgui5 5.103.0-1 ii libkf5configwidgets5 5.103.0-1 ii libkf5coreaddons55.103.0-1 ii libkf5crash5 5.103.0-1 ii libkf5dbusaddons55.103.0-1 ii libkf5globalaccel-bin5.103.0-1 ii libkf5globalaccel5 5.103.0-1 ii libkf5guiaddons5 5.103.0-1 ii libkf5i18n5 5.103.0-1 ii libkf5iconthemes55.103.0-1 ii libkf5itemviews5 5.103.0-1 ii libkf5jobwidgets55.103.0-1 ii libkf5kcmutils5 5.103.0-3 ii libkf5kcmutilscore5 5.103.0-3 ii libkf5kdelibs4support5 5.103.0-1 ii libkf5kiocore5 5.103.0-1 ii libkf5kiofilewidgets55.103.0-1 ii libkf5kiogui55.103.0-1 ii libkf5kiowidgets55.103.0-1 ii libkf5newstuffcore5 5.103.0-1 ii libkf5notifications5 5.103.0-1 ii libkf5notifyconfig5 5.103.0-1 ii libkf5package5 5.103.0-1 ii libkf5plasma55.103.0-1 ii libkf5plasmaquick5 5.103.0-1 ii libkf5quickaddons5 5.103.0-1 ii libkf5runner55.103.0-1 ii libkf5service-bin5.103.0-1 ii libkf5service5 5.103.0-1 ii libkf5solid5 5.103.0-1 ii libkf5sonnetcore55.103.0-1 ii libkf5sonnetui5 5.103.0-1 ii libkf5widgetsaddons5 5.103.0-1 ii libkf5windowsystem5 5.103.0-1 ii libkf5xmlgui55.103.0-1 ii libkworkspace5-5 4:5.27.2-1 ii libnotificationmanager1 4:5.27.2-1 ii libpackagekitqt5-1 1.1.0-1 ii libphonon4qt5-4 4:4.11.1-4 ii libprocesscore9
Bug#1000955: libkf5globalaccel-bin: /usr/bin/kglobalaccel5 eats up huge amount of CPU after suspend
Followup-For: Bug #1000955 Control: severity -1 normal A summary of a side-discussion between Filippo and myself about this bug: * Although the bug doesn't appear reproducible today, the cause hasn't been confirmed. * We both agreed that it makes sense for bugs to continue to stay open until it's clear that the reported problem has been solved. Based on that I think we should leave the bug open, but reduce the severity so that it isn't considered release-critical for bookworm. (this update is also partly to note that we haven't found any more information yet)
Bug#1026062: kded5: kded crashes with signal 11
Followup-For: Bug #1026062 Control: reassign -1 libpackagekitqt5-1 1.1.0-1 Control: retitle -1 packagekit-qt: use-after-free in PackageKit::Transaction Control: affects -1 kded5 Control: forwarded -1 https://github.com/PackageKit/PackageKit-Qt/issues/42 Control: tags -1 fixed-upstream
Bug#1000955: libkf5globalaccel-bin: /usr/bin/kglobalaccel5 eats up huge amount of CPU after suspend
Package: libkf5globalaccel-bin Followup-For: Bug #1000955 X-Debbugs-Cc: lopi...@debian.org Hi Filippo, On Wed, 1 Dec 2021 12:12:44 +0100, Filippo wrote: > Should I install other packages to fix the problem? What can I do to help? Two ideas related to this part of your report: > Note that I also see a huge CPU consumption for the following processes: > > /usr/lib/xorg/Xorg (63%) > /usr/sbin/rsyslogd (14%) > /lib/systemd/systemd-journald (10%) > > Yeah, I know these percentages sum up to > 100 :-( The sum-of-percentages being above one-hundred is likely due to a multi-CPU (or perhaps multiple-core) system - I think that each percentage reported is for a single processor. If the total goes above 100 * x, where x is the number of processors, then we're allowed to become more confused. Let's not do that yet. > /lib/systemd/systemd-journald (10%) Focusing more on this line in particular -- and the fact that kglobalaccel was (and still is, in 5.103.0-1) configured to auto-restart on unhandled error[1], then I think it's possible that the process is failing and being recreated rapidly. Each occurrence of that should be logged in the system journal, and that could cause high CPU usage for that service. All a theory so far, but if you are able to replicate the behaviour (I realize it has been a while since your report) then I would suggest taking a look at the service logs in journalctl to see if there are any clues there, and let us know. Thank you, James [1] - https://sources.debian.org/src/kglobalaccel/5.78.0-3/src/runtime/main.cpp/?hl=92#L79
Bug#753471: Antworten Sie für weitere Informationen''
*Hallo, Ich heiße James Adomako. Ich habe Ihnen diese E-Mail vor einem Monat gesendet, bin mir aber nicht sicher, ob Sie sie erhalten. Ich habe wichtige Informationen in Bezug auf einen Fonds von $13.580.000,00 USD für Sie, da Sie mit meinem verstorbenen Kunden denselben Nachnamen haben und ich möchte, dass wir zusammenarbeiten, um den Fonds aus rechtlichen Gründen zu unserem beiderseitigen Vorteil in Anspruch zu nehmen. Dies ist nur eine kurze Information, antworten Sie für weitere Details. Ich entschuldige mich für die Fehler, ich spreche und schreibe tatsächlich auf Englisch, ich habe einen Online-Übersetzer benutzt.* *Mit freundlichen Grüßen,* *Fürsprecher Adomako James*
Bug#753471: Hallo! antworten Sie für weitere Informationen
*Hallo, Ich heiße James Adomako. Ich habe Ihnen diese E-Mail vor einem Monat gesendet, bin mir aber nicht sicher, ob Sie sie erhalten. Ich habe wichtige Informationen in Bezug auf einen Fonds von $13.580.000,00 USD für Sie, da Sie mit meinem verstorbenen Kunden denselben Nachnamen haben und ich möchte, dass wir zusammenarbeiten, um den Fonds aus rechtlichen Gründen zu unserem beiderseitigen Vorteil in Anspruch zu nehmen. Dies ist nur eine kurze Information, antworten Sie für weitere Details. Ich entschuldige mich für die Fehler, ich spreche und schreibe tatsächlich auf Englisch, ich habe einen Online-Übersetzer benutzt.* *Mit freundlichen Grüßen,* *Fürsprecher Adomako James*
Bug#928154: qt5ct: very slow startup due to enumerating icon themes
Package: qt5ct Version: 0.37-1 Severity: normal Dear maintainers, On my system I have several large icon themes installed (Numix-Circle, Moka, Papirus, ...), and this causes qt5ct to start up very slowly. Running qt5ct in gdb and breaking during the delay consistently points to IconThemePage::findIcon being called a lot. (gdb) bt #0 __getdents64 (fd=12, buf=buf@entry=0x55f46060 "DF0", nbytes=32768) at ../sysdeps/unix/sysv/linux/getdents64.c:27 #1 0x769e5214 in __GI___readdir64 (dirp=0x55f46030) at ../sysdeps/posix/readdir.c:65 #2 0x770d3140 in QFileSystemIterator::advance (this=this@entry=0x55b954b0, fileEntry=..., metaData=...) at io/qfilesystemiterator_unix.cpp:81 #3 0x77066e2c in QDirIteratorPrivate::advance (this=0x5595f470) at ../../include/QtCore/../../src/corelib/tools/qvector.h:87 #4 0x77067688 in QDirIteratorPrivate::QDirIteratorPrivate (this=0x5595f470, entry=..., Python Exception Type is not a template.: nameFilters=, filters=..., flags=..., resolveEngine=) at io/qdiriterator.cpp:179 #5 0x77067835 in QDirIterator::QDirIterator (this=0x7fffd6d8, dir=..., flags=...) at ../../include/QtCore/../../src/corelib/tools/qscopedpointer.h:148 #6 0x77065b7d in QDirPrivate::initFileLists (this=0x55f27900, dir=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:120 #7 0x77061e16 in QDir::entryInfoList (this=0x7fffd898, Python Exception Type is not a template.: nameFilters=, filters=..., sort=...) at io/qdir.cpp:1448 #8 0x77061eaf in QDir::entryInfoList (this=this@entry=0x7fffd898, filters=..., filters@entry=..., sort=..., sort@entry=...) at io/qdir.cpp:1376 #9 0x555773a0 in IconThemePage::findIcon (this=0x5590bb80, themePath="/usr/share/icons/Numix/index.theme", size=24, name="document-save") at /usr/include/x86_64-linux-gnu/qt5/QtCore/qflags.h:120 #10 0x55577d90 in IconThemePage::findIcon (this=0x5590bb80, themePath="/usr/share/icons/Numix-Circle/index.theme", size=24, name="document-save") at iconthemepage.cpp:211 #11 0x555787e8 in IconThemePage::loadTheme (this=0x5590bb80, path="/usr/share/icons/Numix-Circle/index.theme") at /usr/include/x86_64-linux-gnu/qt5/QtCore/qstring.h:693 #12 0x555799f0 in IconThemePage::loadThemes (this=0x5590bb80) at iconthemepage.cpp:98 #13 0x55579ec3 in IconThemePage::IconThemePage (this=0x5590bb80, parent=) at iconthemepage.cpp:45 #14 0x55567ad0 in MainWindow::MainWindow (this=0x7fffdf50, parent=) at mainwindow.h:43 #15 0x55566721 in main (argc=, argv=) at main.cpp:53 (gdb) Best, James signature.asc Description: OpenPGP digital signature
Bug#924722: ktexteditor: symbols update for riscv64
On 16 Mar 2019, at 11:55, Aurelien Jarno wrote: > > Source: ktexteditor > Version: 5.54.0-1 > Severity: normal > Tags: patch > User: debian-ri...@lists.debian.org > Usertags: riscv64 > > Hi, > > ktexteditor currently fails to build on the riscv64 architecture due to > differences on the symbols file, as can be seen on the following build > log: > > https://buildd.debian.org/status/fetch.php?pkg=ktexteditor=riscv64=5.54.0-1=1552467392=0 > > The attached patch update the symbols file. It looks like riscv64 > behaves the same way than armel and mips64el, but I do not necessarily > understand why. It would be nice if you can include it in the next > upload. FWIW, the non-optional (non-template instantiation) lines are down to the default __gnu_cxx::_Lock_policy, which is defined as follows for multi-threaded code: #if (defined(__GCC_HAVE_SYNC_COMPARE_AND_SWAP_2) \ && defined(__GCC_HAVE_SYNC_COMPARE_AND_SWAP_4)) _S_atomic; #else _S_mutex; #endif However, riscv64 only has _4 and _8, which I assume is due to it only having lr.w and lr.d. But, at the same time, this is also true for MIPS, which still defines _1 and _2, expanding them to a masked compare-and-swap, so it seems to me that GCC should be doing the same on riscv64 and that this is really a GCC bug. The LLVM backend for RISC-V supports this just like for MIPS (though the Clang frontend doesn't currently let you use atomics). Aurelien, thoughts? James
Bug#904688: qttools-opensource-src: FTBFS: please drop the libclang-dev B-D on some architectures
On 2 Jan 2019, at 17:31, Dmitry Shachnev wrote: > > Hi Adrian and Lisandro! > > On Thu, Dec 27, 2018 at 10:35:25PM +0100, John Paul Adrian Glaubitz wrote: >> Hello! >> >> Would it be possible that the patch from David [1] gets included in the >> next upload with the dependencies adjusted in debian/control for the >> affected architectures? >> >> I know the patch isn't perfect, but it helps us unblocking the reverse >> dependencies of qttools. Currently, I have manually build qttools with >> the patch and re-upload every the Qt team uploads a new qttools version >> which feels like a sisyphos task [2]. > > What do you think of splitting qdoc into a separate package? > > This way the packages that need it might explicitly build-depend on that > package and dep-wait instead of getting build failures on some architectures. > > Also we will be able to use the Architecture: field and a proper install file > instead of this hack in debian/rules. That's personally how I think it should be done. We can have the -dev package Depend: qdoc [arches] during the transitional period until everything needing qdoc explicitly (Build-)Depends on it. James
Bug#888366: qtwebengine-opensource-src: FTBFS with FFmpeg 4.0
Hi, On Wed, 24 Jan 2018 22:26:50 + jcowg...@debian.org wrote: > Source: qtwebengine-opensource-src > Version: 5.9.2+dfsg-2 > Severity: important > User: debian-multime...@lists.debian.org > Usertags: ffmpeg-3.5-transition > > Hi, > > Your package FTBFS with the upcoming version 3.5 of FFmpeg. qtwebengine 5.11 almost fixes this. The only thing left is this chromium commit needs cherry-picking: https://github.com/chromium/chromium/commit/a568ded46a678eac8139cb06595819c5ae874177 Do you think 5.11 will be uploaded soon or should I try to backport the relevant bits to 5.10? James signature.asc Description: OpenPGP digital signature
Bug#888367: qtav: FTBFS with FFmpeg 4.0
Control: tags -1 patch fixed-upstream Hi, On Wed, 24 Jan 2018 22:26:50 + jcowg...@debian.org wrote: > Source: qtav > Version: 1.12.0+ds-4 > Severity: important > User: debian-multime...@lists.debian.org > Usertags: ffmpeg-3.5-transition > > Hi, > > Your package FTBFS with the upcoming version 3.5 of FFmpeg. The following two upstream commits (also attached) fix this: https://github.com/wang-bin/QtAV/commit/7f6929b49c25ca475a08f87e8b52aa1642d109dd https://github.com/wang-bin/QtAV/commit/1633f2962e195eb2a013072e694a2e1c701613a8 James From 7f6929b49c25ca475a08f87e8b52aa1642d109dd Mon Sep 17 00:00:00 2001 From: Felix Matouschek Date: Sat, 11 Nov 2017 10:13:06 +0100 Subject: [PATCH] Make QtAV build with newer versions of FFmpeg Some defines changed their name in newer versions of FFmpeg, this patch uses preprocessor instructions in AVCompat.h to use the correct define names. Also filter names retrieved by 'avfilter_get_by_name' should be used as const variables in libavfilter versions starting at 7.0.0. --- src/AVMuxer.cpp | 2 +- src/QtAV/private/AVCompat.h | 12 src/codec/audio/AudioEncoderFFmpeg.cpp | 4 ++-- src/codec/video/VideoEncoderFFmpeg.cpp | 2 +- src/filter/LibAVFilter.cpp | 8 +++- src/subtitle/SubtitleProcessorFFmpeg.cpp | 2 +- 6 files changed, 24 insertions(+), 6 deletions(-) diff --git a/src/AVMuxer.cpp b/src/AVMuxer.cpp index 2f0b40d0..d2eb3dde 100644 --- a/src/AVMuxer.cpp +++ b/src/AVMuxer.cpp @@ -124,7 +124,7 @@ AVStream *AVMuxer::Private::addStream(AVFormatContext* ctx, const QString c->time_base = s->time_base; /* Some formats want stream headers to be separate. */ if (ctx->oformat->flags & AVFMT_GLOBALHEADER) -c->flags |= CODEC_FLAG_GLOBAL_HEADER; +c->flags |= AV_CODEC_FLAG_GLOBAL_HEADER; // expose avctx to encoder and set properties in encoder? // list codecs for a given format in ui return s; diff --git a/src/QtAV/private/AVCompat.h b/src/QtAV/private/AVCompat.h index e387868a..6c38596d 100644 --- a/src/QtAV/private/AVCompat.h +++ b/src/QtAV/private/AVCompat.h @@ -456,3 +456,15 @@ const char *get_codec_long_name(AVCodecID id); } } while(0) #endif //QTAV_COMPAT_H + +#if LIBAVCODEC_VERSION_INT < AV_VERSION_INT(56,33,0) +#define AV_CODEC_FLAG_GLOBAL_HEADER CODEC_FLAG_GLOBAL_HEADER +#endif + +#if LIBAVCODEC_VERSION_INT < AV_VERSION_INT(56,56,100) +#define AV_INPUT_BUFFER_MIN_SIZE FF_MIN_BUFFER_SIZE +#endif + +#if LIBAVCODEC_VERSION_INT < AV_VERSION_INT(56,56,100) +#define AV_INPUT_BUFFER_PADDING_SIZE FF_INPUT_BUFFER_PADDING_SIZE +#endif diff --git a/src/codec/audio/AudioEncoderFFmpeg.cpp b/src/codec/audio/AudioEncoderFFmpeg.cpp index a74f4f31..3811e11a 100644 --- a/src/codec/audio/AudioEncoderFFmpeg.cpp +++ b/src/codec/audio/AudioEncoderFFmpeg.cpp @@ -151,8 +151,8 @@ bool AudioEncoderFFmpegPrivate::open() } else { buffer_size = frame_size*format_used.bytesPerSample()*format_used.channels()*2+200; } -if (buffer_size < FF_MIN_BUFFER_SIZE) -buffer_size = FF_MIN_BUFFER_SIZE; +if (buffer_size < AV_INPUT_BUFFER_MIN_SIZE) +buffer_size = AV_INPUT_BUFFER_MIN_SIZE; buffer.resize(buffer_size); return true; } diff --git a/src/codec/video/VideoEncoderFFmpeg.cpp b/src/codec/video/VideoEncoderFFmpeg.cpp index 7c5ed42d..671efa7d 100644 --- a/src/codec/video/VideoEncoderFFmpeg.cpp +++ b/src/codec/video/VideoEncoderFFmpeg.cpp @@ -245,7 +245,7 @@ bool VideoEncoderFFmpegPrivate::open() applyOptionsForContext(); AV_ENSURE_OK(avcodec_open2(avctx, codec, ), false); // from mpv ao_lavc -const int buffer_size = qMax(qMax(width*height*6+200, FF_MIN_BUFFER_SIZE), sizeof(AVPicture));//?? +const int buffer_size = qMax(qMax(width*height*6+200, AV_INPUT_BUFFER_MIN_SIZE), sizeof(AVPicture));//?? buffer.resize(buffer_size); return true; } diff --git a/src/filter/LibAVFilter.cpp b/src/filter/LibAVFilter.cpp index 19151204..8993a91f 100644 --- a/src/filter/LibAVFilter.cpp +++ b/src/filter/LibAVFilter.cpp @@ -120,7 +120,10 @@ public: // pixel_aspect==sar, pixel_aspect is more compatible QString buffersrc_args = args; qDebug("buffersrc_args=%s", buffersrc_args.toUtf8().constData()); -AVFilter *buffersrc = avfilter_get_by_name(video ? "buffer" : "abuffer"); +#if LIBAVFILTER_VERSION_INT >= AV_VERSION_INT(7,0,0) +const +#endif +AVFilter *buffersrc = avfilter_get_by_name(video ? "buffer" : "abuffer"); Q_ASSERT(buffersrc); AV_ENSURE_OK(avfilter_graph_create_filter(_filter_ctx, buffersrc, @@ -128,6 +131,9 @@ public: filter_graph) , false); /* buffer video sink: to terminate the filter
Bug#897385: Existence of Dropbox plugin is not documented
Package: src:dolphin-plugins Version: 4:18.04.0-1 Severity: minor Dear maintainers, The dolphin-plugins package provides a Dropbox integration plugin[1], which works well but isn't documented in e.g. the package description. This makes it fairly difficult to find. Because Dropbox is not technically a VCS, perhaps it would also make sense to split it into a separate package for better searchability. Best, James [1]: https://packages.debian.org/sid/amd64/dolphin-plugins/filelist
Bug#891537: qtwebkit: Please disable JIT on ia64
Source: qtwebkit Version: 2.3.4.dfsg-9.1 Tags: patch User: debian-i...@lists.debian.org Usertags: ia64 Hi, I realise that qtwebkit is deprecated and the intention is to remove it for buster, but kde4libs and other important KDE/Qt packages still currently use it, and this is blocking a lot of important packages on ia64 from being built. Could you please apply the attached (trivial) debdiff to disable the JIT on ia64 so qtwebkit will build? Let me know if I can help by NMUing. Thanks, James diff -Nru qtwebkit-2.3.4.dfsg/debian/rules qtwebkit-2.3.4.dfsg/debian/rules --- qtwebkit-2.3.4.dfsg/debian/rules2016-10-21 13:53:04.0 +0200 +++ qtwebkit-2.3.4.dfsg/debian/rules2018-02-25 20:42:37.0 +0100 @@ -50,7 +50,7 @@ #disable JIT assembler on archs where it doesn't compile #disable WTF_USE_3D_GRAPHICS on ARM where it doesn't compile #disable forcing SSE2 on all other platforms -ifneq (,$(filter alpha arm64 armel hppa m68k mips mips64 mips64el mipsel powerpc powerpcspe ppc64 ppc64el s390x sh4 sparc64 x32,$(DEB_HOST_ARCH))) +ifneq (,$(filter alpha arm64 armel hppa ia64 m68k mips mips64 mips64el mipsel powerpc powerpcspe ppc64 ppc64el s390x sh4 sparc64 x32,$(DEB_HOST_ARCH))) ./Tools/Scripts/build-webkit --qt DEFINES+=ENABLE_JIT=0 DEFINES+=ENABLE_YARR_JIT=0 DEFINES+=ENABLE_ASSEMBLER=0 $(QMAKE_ARGS) $(MAKE_ARGS) else ifeq ($(DEB_HOST_ARCH),armhf) ./Tools/Scripts/build-webkit --qt DEFINES+=WTF_USE_3D_GRAPHICS=0 DEFINES+=ENABLE_JIT=0 DEFINES+=ENABLE_YARR_JIT=0 DEFINES+=ENABLE_ASSEMBLER=0 $(QMAKE_ARGS) $(MAKE_ARGS)
Bug#888366: qtwebengine-opensource-src: FTBFS with FFmpeg 3.5
Hi, On 02/02/18 13:50, Lisandro Damián Nicanor Pérez Meyer wrote: > El miércoles, 24 de enero de 2018 19:26:50 -03 jcowg...@debian.org escribió: >> Source: qtwebengine-opensource-src >> Version: 5.9.2+dfsg-2 >> Severity: important >> User: debian-multime...@lists.debian.org >> Usertags: ffmpeg-3.5-transition >> >> Hi, >> >> Your package FTBFS with the upcoming version 3.5 of FFmpeg. In FFmpeg 3.5, >> there are a number of API changes which will cause many packages to FTBFS. >> For this reason I have uploaded an early development snapshot to >> experimental before the 3.5 release in an attempt to fix some of these a >> bit quicker. While 3.5 has not been finalized and the ABI is not stable >> yet, there should not be any significant API breakages before the release. >> >> Incomplete list of changes (based on looking at common build failures): >> - Some fields in AVCodecContext have been removed and replaced with private >> options which can be set using the av_opt_set* APIs >> - Most CODEC_* constants have been renamed to AV_CODEC_* >> - The buffer constants FF_INPUT_BUFFER_PADDING_SIZE and FF_MIN_BUFFER_SIZE >> have been renamed to AV_INPUT_BUFFER_PADDING_SIZE and >> AV_INPUT_BUFFER_MIN_SIZE. >> - The old resampling API provided by libavcodec has been removed. Use >> libswresample instead. >> - The libavfilter/avfiltergraph.h header has been removed, include >> libavfilter/avfilter.h instead. >> - The AVFrac structure (representing mixed rational numbers) has been >> removed. > > Hi James! Qt upstreams will certainly not start developing against a new > FFmpeg version until it gets released. Having FFmpeg 3.5 released is not a prerequisite to fix this. All the old APIs in FFmpeg 3.5 have been deprecated for 2 years (or much longer in some cases). The new APIs are already in old FFmpeg versions. > That means *at very least* 6 months of > delay from the day FFmpeg 3.5 gets released. > > As this bug is filed against qtwebengine *it might happen* that the web > engine > itself needs an update, in that case the engine must be updated first and > then > Qt will follow. I have not specifically looked at qtwebengine, but the build log indicates that the bugs are in the chromium code. Eg: > ../../3rdparty/chromium/media/filters/ffmpeg_audio_decoder.cc:56:35: error: > 'CODEC_CAP_DR1' was not declared in this scope > So I'm afraid it's either waiting or having more than one FFmpeg version in > the archive. I assure you there there will not be more than one FFmpeg version in the archive at once :) I already expect I will have to help patch a lot of these bugs (given the amount of work which past FFmpeg transitions have taken). I will try to look at this and the build failure in chromium once we get closer to when I would like to start the transition. Thanks, James signature.asc Description: OpenPGP digital signature
Bug#879094: marble: FTBFS in unstable - missing symbols
Source: marble Version: 4:16.08.3-1 Severity: serious Tags: sid buster Hi, marble currently FTBFS in unstable with this error: > dh_makeshlibs '-Xusr/lib/libkdeinit5_*' # [-a] > dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols > file: see diff output below > dpkg-gensymbols: warning: no debian/symbols file used as basis for generating > debian/libmarblewidget-qt5-25/DEBIAN/symbols > --- new_symbol_file (libmarblewidget-qt5-25_4:16.08.3-1_amd64) > +++ dpkg-gensymbolsMV7mBX 2017-10-19 10:09:31.773007994 + > @@ -4001,8 +4001,8 @@ > _ZN6MarbleeqERKNS_16GeoDataLatLonBoxES2_@Base 4:15.08.0 > _ZN6MarbleeqERKNS_19GeoDataLatLonAltBoxES2_@Base 4:15.08.0 > _ZN6MarbleneERKNS_16GeoDataLatLonBoxES2_@Base 4:15.08.0 > - _ZN6QColorC1EPKc@Base 4:15.08.0 > - _ZN6QColorC2EPKc@Base 4:15.08.0 > +#MISSING: 4:16.08.3-1# _ZN6QColorC1EPKc@Base 4:15.08.0 > +#MISSING: 4:16.08.3-1# _ZN6QColorC2EPKc@Base 4:15.08.0 > #MISSING: 4:16.08.2# (optional=templinst|arch=!amd64 !armhf > !i386)_ZN7QVectorI21QPersistentModelIndexE6appendERKS0_@Base 4:15.08.0 > #MISSING: 4:16.08.2# (optional=templinst|arch=!amd64 !armhf > !i386)_ZN7QVectorI5QIconE6appendEOS0_@Base 4:16.04.3 > #MISSING: 4:16.08.2# (optional=templinst|arch=!amd64 !armhf > !i386)_ZN7QVectorI5QIconE6appendERKS0_@Base 4:15.08.0 > dh_makeshlibs: failing due to earlier errors > /usr/share/pkg-kde-tools/qt-kde-team/3/dhmk.mk:97: recipe for target > 'pre_binary-arch_dh_makeshlibs' failed > make[1]: *** [pre_binary-arch_dh_makeshlibs] Error 2 > make[1]: Leaving directory '/<>' > /usr/share/pkg-kde-tools/qt-kde-team/3/dhmk.mk:112: recipe for target > 'debian/dhmk_binary-arch' failed > make: *** [debian/dhmk_binary-arch] Error 2 > dpkg-buildpackage: error: fakeroot debian/rules binary-arch subprocess > returned exit status 2 Full logs can be found on the reproducible builds pages for marble. James signature.asc Description: OpenPGP digital signature
Re: ITP: qt5ct -- Qt5 configuration tool
Hi again, With some experimentation, I replaced the contents of /etc/X11/Xsession.d/99qt5ct with the following: # Enable qt5ct by default unless another PLATFORMTHEME option is set # or KDE is running. if [ -z "$QT_QPA_PLATFORMTHEME" ] && [ "$XDG_CURRENT_DESKTOP" != "KDE" ] then export QT_QPA_PLATFORMTHEME=qt5ct fi This seemed to work: the end result is that qt5ct is enabled on Xfce, GNOME and Budgie, but not enabled on Plasma 5. I also went ahead and removed the QT_PLATFORMTHEME and QT_PLATFORM_PLUGIN defines because they aren't necessary based on the upstream readme and my own testing. A git-style patch with this change is attached. Best, James On 01/09/17 07:31 AM, Lisandro Damián Nicanor Pérez Meyer wrote: > On 27 August 2017 at 17:03, James Lu <bitfl...@gmail.com> wrote: >> Hi everyone, >> >> From what I read at >> https://forum.antergos.com/topic/6487/qt5ct-has-priority-over-standard-plasma-settings-app/2, >> Lisandro's concerns are correct and qt5ct does appear to override >> Plasma's settings entirely. However, since qt5ct requires an Xsession >> file[1] to be enabled by default, could one solution be having the >> script exit silently if it finds any KDE environment variables? (This is >> assuming that the order at which vars are set make this possible, but I >> haven't verified that) > > This is definitely something to try, yes. > >> Alternatively, would it make sense for qt5ct to Break or Conflict with >> Plasma, at least until these issues are worked around? > > And a nice way around it in case the above fails. > > If you are interested in trying this I'll be more than happy to sponsor you. > > Dmitry/team: any comments from you? > > From d0738c2146e02a5dd553f1d96ba37b506f6e8727 Mon Sep 17 00:00:00 2001 From: James Lu <ja...@overdrivenetworks.com> Date: Sat, 2 Sep 2017 01:29:41 -0700 Subject: [PATCH] Don't enable qt5ct on KDE, or when another platform theme is set --- debian/99qt5ct | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/debian/99qt5ct b/debian/99qt5ct index 0362b72..32d7105 100644 --- a/debian/99qt5ct +++ b/debian/99qt5ct @@ -1,3 +1,6 @@ -export QT_QPA_PLATFORMTHEME=qt5ct -export QT_PLATFORMTHEME=qt5ct -export QT_PLATFORM_PLUGIN=qt5ct +# Enable qt5ct by default unless another PLATFORMTHEME option is set +# or KDE is running. +if [ -z "$QT_QPA_PLATFORMTHEME" ] && [ "$XDG_CURRENT_DESKTOP" != "KDE" ] +then +export QT_QPA_PLATFORMTHEME=qt5ct +fi -- 2.14.1 signature.asc Description: OpenPGP digital signature
Bug#812160: qtwebkit: FTBFS with GCC 6: symbol changes
Hi Lisandro, On Fri, Jan 22, 2016 at 01:42:25PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > Just for the sake of completeness, we are trying to remove this package from > the archive. We still have quite a lot of packages to fix, but we hope to get > this done before Stretch's release. This is blocking src:kde4libs from being built on some of the ports, which is obviously an important package. I see Pino committed a fix almost 2 months ago; could one of you please upload this? Regards, James signature.asc Description: PGP signature
Bug#811432: Krita no longer part of Calligra
Hi, On 04/09/16 05:42, juichenieder-deb...@yahoo.co.uk wrote: > Just found out about Krita, and thinking about giving it a try... > > > Does the fact that the latest stable version of Krita upstream (3.x) has now > split from Calligra have any bearing > on this bug? > > I.e. instead of trying to fix these issues, we should just start from a clean > slate with Calligra? My guess is that most of these bugs will fix themselves once 2.9 is packaged. I think there were some attempts to fix these before, but the package was rejected by the ftpmasters on copyright grounds - so they'll need to be some work to sort that out. However since Krita is now separate, I think it should be packaged separately in its own source package. Krita also forked calligra-libs so they'll be some code duplication, but I don't see any way around that. The new Krita package could then ignore the bugs that don't apply to it anymore. I was thinking about helping packaging Krita, but I haven't found the time as of yet. James signature.asc Description: OpenPGP digital signature
Bug#814959: Keyboard mapping broken with Qt5 apps in TightVNC, possibly due to missing XKEYBOARD extension
Hi, I can reproduce this with both the versions of Qt 5 in testing and unstable (libqt5gui5 versions 5.5.1+dfsg-13 and 5.5.1+dfsg-14 respectively). tightvncserver has version 1.3.9-7 on this installation of testing. Best, James On 17/02/2016 2:41 AM, Lisandro Damián Nicanor Pérez Meyer wrote: > Control: tag -1 moreinfo > > Can you test if it also happens with testing's qt5? If it doesn't I can > submit a bug upstream, if it does work we would need to isolate the > patches that fixed that. > > -- > Lisandro Damián Nicanor Pérez Meyer > http://perezmeyer.com.ar/ > http://perezmeyer.blogspot.com/ > signature.asc Description: OpenPGP digital signature
Bug#814959: Keyboard mapping broken with Qt5 apps in TightVNC, possibly due to missing XKEYBOARD extension
Source: qtbase-opensource-src Version: 5.3.2+dfsg-4+deb8u1 Severity: important Justification: makes keyboard usage impossible in apps using Qt5 Dear maintainers, Using Openbox via TightVNC on a Debian Jessie server, I've been running into a strange issue where the keyboard mapping in Qt5 apps is all wrong. For example, "asdf" on a US keyboard gets mapped to "abfh", and "qwerty" comes out as "c.gvn". I've looked online to find solutions or workarounds, and found only some similar issues and no real fix. Searching "asdf abfh vnc" brought me to https://bbs.archlinux.org/viewtopic.php?id=81427, though that only shows a workaround for GNOME. Other sources point to missing XKEYBOARD extension in VNC implementations as a cause for breakage, though the workaround with XKB_DEFAULT_RULES=base hasn't worked for me: https://bugreports.qt.io/browse/QTBUG-44938 Strangely enough, this only affects apps using Qt5 (Qt designer, Transmission-qt, various PyQt5 programs). In programs using GTK2/3 or Qt4 (qtconfig, VLC), I can type just fine. For reference, my installed tightvncserver version is 1.3.9-6.5, and my client is running Windows 7 with the TightVNC Java client, version 2.7.2. Best, James signature.asc Description: OpenPGP digital signature
Bug#791442: Bug in Konqueror
Package: Konqueror Version: Debian 8.1 KDE When I click Konqueror at the bottom, it tries to go to a URL http://text/html Maybe this should go to a local documentation file? My ISP (Road Runner) captures all failed DNS queries and forwards them to a search page. So, I get their search page instead of whatever is intended. Have a good day, James -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55985a26.7000...@gmail.com
Bug#782866: pkg-kde-tools: man pages for pkg-kde-tools
Control: reopen -1 [ Diane Trout ] * Add man pages for pkgkde-gensymbols and pkgkde-symbolshelper (Closes: #782866). This doesn't appear to have worked. There are some man pages in git, but they aren't actually installed into pkg-kde-tools. Thanks, James signature.asc Description: This is a digitally signed message part
Bug#778848: kde-workspace: add mips64* to libkwinglesutils1 arch list
Source: kde-workspace Version: 4:4.11.13-2 Severity: important Tags: patch Hi, kde-workspace FTBFS on mips64el because mips64el needs adding to libkwinglesutils1's arches list This is the full log of the build: http://mipsdebian.imgtec.com/debian/logs/k/kde-workspace/kde-workspace_4.11.13-2_mips64el-20150206-1410.build.gz Note that my patch from #777529 was applied during this build - it should have no effect on this bug though. I've attached a patch which adjusts debian/control. Thanks, James diff -u -r a/debian/control b/debian/control --- a/debian/control 2015-02-20 15:31:45.508898714 + +++ b/debian/control 2015-02-20 15:32:21.901591951 + @@ -604,7 +604,7 @@ Package: libkwinglesutils1 Section: libs -Architecture: alpha amd64 arm64 armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 ppc64el s390x sh4 sparc +Architecture: alpha amd64 arm64 armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel mips64 mips64el powerpc ppc64 ppc64el s390x sh4 sparc X-Debian-ABI: 0 X-CMake-Target: kwinglesutils Depends: ${misc:Depends}, ${shlibs:Depends}
Bug#777530: qt4-x11: prevent 'warning: _ABIO32 is not defined' on mips64el
Source: qt4-x11 Version: 4:4.8.6+git64-g5dc8b2b+dfsg-2 Severity: normal Tags: patch Hi, When building kde-workspace on mips64el, I was getting a lot of warnings like this: /usr/include/qt4/QtCore/qatomic_mips.h:106:18: warning: _ABIO32 is not defined [-Wundef] #if _MIPS_SIM == _ABIO32 ^ I've attached a patch which fixes this by including the sgidefs.h header before the use of the _ABIO32 macro, which defines the macro if it isn't defined yet. Thanks, James Description: include sgidefs.h in qatomic_mips.h On mips64el _ABIO32 is not defined so whenever this header is included it prints a warning about it not being defined. Including sgidefs.h fixes this warning because it defines _ABIO32 everywhere. Author: James Cowgill james...@cowgill.org.uk --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/src/corelib/arch/qatomic_mips.h +++ b/src/corelib/arch/qatomic_mips.h @@ -103,6 +103,8 @@ Q_INLINE_TEMPLATE bool QBasicAtomicPoint #if defined(Q_CC_GNU) !defined(Q_OS_IRIX) +#include sgidefs.h + #if _MIPS_SIM == _ABIO32 #define SET_MIPS2 .set mips2\n\t #else
Bug#777529: qt4-x11: prevent 'warning: _ABIO32 is not defined' on mips64el
Source: qt4-x11 Version: 4:4.8.6+git64-g5dc8b2b+dfsg-2 Severity: normal Tags: patch Hi, When building kde-workspace on mips64el, I was getting a lot of warnings like this: /usr/include/qt4/QtCore/qatomic_mips.h:106:18: warning: _ABIO32 is not defined [-Wundef] #if _MIPS_SIM == _ABIO32 ^ I've attached a patch which fixes this by including the sgidefs.h header before the use of the _ABIO32 macro, which defines the macro if it isn't defined yet. Thanks, James Description: include sgidefs.h in qatomic_mips.h On mips64el _ABIO32 is not defined so whenever this header is included it prints a warning about it not being defined. Including sgidefs.h fixes this warning because it defines _ABIO32 everywhere. Author: James Cowgill james...@cowgill.org.uk --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/src/corelib/arch/qatomic_mips.h +++ b/src/corelib/arch/qatomic_mips.h @@ -103,6 +103,8 @@ Q_INLINE_TEMPLATE bool QBasicAtomicPoint #if defined(Q_CC_GNU) !defined(Q_OS_IRIX) +#include sgidefs.h + #if _MIPS_SIM == _ABIO32 #define SET_MIPS2 .set mips2\n\t #else
Bug#725651: qtwebkit failed to build on mips64el
/JavaScriptCore/yarr -I/«PKGBUILDDIR»/Source/JavaScriptCore/API -I/«PKGBUILDDIR»/Source/JavaScriptCore/ForwardingHeaders -I/«PKGBUILDDIR»/WebKitBuild/Release/Source/JavaScriptCore/generated -I/«PKGBUILDDIR»/Source/WTF -I/«PKGBUILDDIR»/Source -I/«PKGBUILDDIR»/WebKitBuild/Release/Source/include -I/«PKGBUILDDIR»/Source/JavaScriptCore -I. -o obj/release/LLIntOffsetsExtractor.o /«PKGBUILDDIR»/Source/JavaScriptCore/llint/LLIntOffsetsExtractor.cpp In file included from /«PKGBUILDDIR»/Source/JavaScriptCore/bytecode/ValueRecovery.h:31:0, from /«PKGBUILDDIR»/Source/JavaScriptCore/bytecode/CodeOrigin.h:31, from /«PKGBUILDDIR»/Source/JavaScriptCore/bytecode/CodeBlock.h:39, from /«PKGBUILDDIR»/Source/JavaScriptCore/llint/LLIntOffsetsExtractor.cpp:29: /«PKGBUILDDIR»/Source/JavaScriptCore/assembler/MacroAssembler.h:62:2: error: #error The MacroAssembler is not supported on this platform. #error The MacroAssembler is not supported on this platform. ^ and then a bunch of other errors relating to MacroAssembler. Disabling the JIT (with no other patches) fixed the build for me. Full logs before and after: http://mipsdebian.imgtec.com/debian/logs/q/qtwebkit/qtwebkit_2.3.4.dfsg-3_mips64el-20150116-0715.build.gz http://mipsdebian.imgtec.com/debian/logs/q/qtwebkit/qtwebkit_2.3.4.dfsg-3+mips64_mips64el-20150116-1156.build.gz Thanks, James diff -u -r a/debian/rules b/debian/rules --- a/debian/rules 2014-10-01 17:40:03.0 +0100 +++ b/debian/rules 2015-01-16 11:41:42.995330746 + @@ -50,7 +50,7 @@ #disable JIT assembler on archs where it doesn't compile #disable WTF_USE_3D_GRAPHICS on ARM where it doesn't compile #disable forcing SSE2 on all other platforms -ifneq (,$(filter arm64 armel hppa mips mipsel powerpc ppc64el s390x x32,$(DEB_HOST_ARCH))) +ifneq (,$(filter arm64 armel hppa mips mipsel mips64 mips64el powerpc ppc64el s390x x32,$(DEB_HOST_ARCH))) ./Tools/Scripts/build-webkit --qt DEFINES+=ENABLE_JIT=0 DEFINES+=ENABLE_YARR_JIT=0 DEFINES+=ENABLE_ASSEMBLER=0 $(QMAKE_ARGS) $(MAKE_ARGS) else ifeq ($(DEB_HOST_ARCH),armhf) ./Tools/Scripts/build-webkit --qt DEFINES+=WTF_USE_3D_GRAPHICS=0 DEFINES+=ENABLE_JIT=0 DEFINES+=ENABLE_YARR_JIT=0 DEFINES+=ENABLE_ASSEMBLER=0 $(QMAKE_ARGS) $(MAKE_ARGS)
Bug#750867: kde-runtime: openssl license exception needed
Source: kde-runtime Version: 4:4.13.1-1 Severity: serious Tags: sid jessie Hi, The file /usr/lib/kde4/kio_sftp.so links against libssh which in turn links against openssl. Since the sftp code whichs links to libssh is licensed under the GPL, it needs a license exception to allow the linking. Alternatively you could prod bug #676650 which would provide an alternate libssh built against gnutls. See https://lists.debian.org/debian-legal/2004/05/msg00595.html James -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1402168516.3856.2.camel@helena.local
Bug#740126: qtcreator: fails to find qtcreator docs
Package: qtcreator Version: 2.8.1-3 Severity: normal Tags: d-i Dear Maintainer, Launching qtcreator and clicking the help button results in an error saying it can't find the qtcreator documentation. Choosing any qtcreator-related subject in the introduction page results in the same error. Does not affect other installed documentation from qt-sdk. Workaround: Register the documentation manually using Tools - Help - Documentation. I found the workaround on the Qt sdk forums. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qtcreator depends on: ii libbotan-1.10-0 1.10.5-1 ii libc6 2.17-97 ii libgcc1 1:4.8.2-16 ii libqt4-declarative 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-designer 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-help 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-network 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-script 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-sql 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-sql-sqlite 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-svg 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-xml 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtcore4 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtgui4 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtwebkit42.2.1-7 ii libstdc++6 4.8.2-16 ii qtchooser 39-g4717841-3 ii qtcreator-data 2.8.1-3 Versions of packages qtcreator recommends: ii gdb7.6.2-1 ii konsole [x-terminal-emulator] 4:4.11.3-1 ii make 3.81-8.3 ii qt4-demos 4:4.8.5+git209-g718fae5+dfsg-1 ii qt4-dev-tools 4:4.8.5+git209-g718fae5+dfsg-1 ii qt4-doc4:4.8.5+git209-g718fae5+dfsg-1 ii qt4-qmlviewer 4:4.8.5+git209-g718fae5+dfsg-1 ii qtcreator-doc 2.8.1-3 ii xterm [x-terminal-emulator]301-1 Versions of packages qtcreator suggests: ii cmake 2.8.12.1-1.1 ii g++4:4.8.2-2 ii git1:1.8.5.3-1 ii kdelibs5-data 4:4.11.3-2 ii subversion 1.7.14-1+b1 -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140226013319.30241.72127.report...@maddog.animal.net
Bug#710892: nepomuk-core: Fix minor typo in description of nepomuk-core-data
Package: nepomuk-core Version: 4:4.10.2-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Fix typo in debian/control (LP: #1184952). Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring-proposed'), (500, 'raring'), (100, 'raring-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-24-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru nepomuk-core-4.10.3/debian/changelog nepomuk-core-4.10.3/debian/changelog diff -Nru nepomuk-core-4.10.3/debian/control nepomuk-core-4.10.3/debian/control --- nepomuk-core-4.10.3/debian/control 2013-05-25 02:06:45.0 +0100 +++ nepomuk-core-4.10.3/debian/control 2013-06-03 10:55:28.0 +0100 @@ -57,7 +56,7 @@ file system monitoring, query, and of course storage, as well as the corresponding client libraries. . - This package contains the architecure independent files from nepomuk-core. + This package contains the architecture independent files from nepomuk-core. Package: nepomuk-core-ffmpegextractor Architecture: any
Bug#683855: incorrect extrema for second derivative - shows zero crossings
Package: kmplot Version: 4:4.8.4-2 Severity: normal Release: Unstable For a Cartesian plot, enabling Show 2nd derivative under the Derivatives tab, then selecting the Advanced button _for_the_second_derivative_, and then checking the box for Show extrema (minimum/maximum points), the feature fails, showing instead the zero crossings, not the minima and maxima. KDE 4.8 is now obsolete, though the latest release from debian, so maybe not much sympathy from the KDE developers. James -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sxkpl-0002h3...@jasper.nurealm.net
Bug#664161: [Pkg-xfce-devel] Bug#664161: xfce4-terminal: session manager does not recognize --maximize
As far as I remember, the âmaximizedâ state is a property of the window manager. Which one are you using? compiz-core 0.8.4-5.1 In terminal case, xfce4-terminal uses a single process for all windows, so any --maximize argument passed to the process is completely irrelevant. Sorry, I don't understand. What other case is there for a terminal emulator? Hmm, perhaps you meant role? I see that the session command line has --role=Terminal-0x... and that man xfce4-terminal has --role=role Sets the window role of the last-specified window to role. Applies to only one window and can be specified once for each window you create from the command line. It is mostly used for session management inside Terminal The man page fails to illiterate the available roles and fails to explain the meaning of role=Terminal A quick look at google fails to provide any further insight. What is role=Terminal...? Also, man xfce4-terminal has Window or Tab Separators --tab --window Open a new window containing one tab; more than one of these options can be provided. and Window Options --maximize Set the last-specified window into maximized mode; applies to only one window; can be specified once for each window you create from the command line. So, when xfce4-terminal is started from the command line, why does the command line argument --window --maximize --window --maximize ... become irrelevant in terminal case? Trying it, it seems to work as expected, so, I'm not understanding. Here, the maximized status is correctly restored (either by xfwm4 or xfme4-session) so I guess it might be a kde issue. ps waxl says that the xfce4-terminal process being is started by kdeinit4, and the xfce4-terminal command line which is generated is rather complex, describing very explicitly the previous state of the xfce4-terminal session, seemingly including everything _except_ --maximize. I did try cutting and pasting the xfce4-terminal command line from ps, leaving out what appears to be a session ID number extension following Terminal in --role=Terminal, and it works perfectly. And, playing around with different numbers of windows and tabs on the command line, with and without --maximize, --maximize seems to do exactly what would be expected, noting the importance of distinguishing --geometry=some large size from --maximize. So, it seems rather obvious that the problem is a missing --maximize somewhere in the regenerated session command line. Did you mean to suggest, when saying that xfwm4 or xfme4-session correctly restores the maximized status, that there is an explicit --maximize option on the command line? And that the resulting window is actually maximized, noting the window-decoration maximize-button state, and is not just a large geometry window? And then, which process generates this session command line, xfce4-terminal or kde4? Can you confirm that kde4 is responsible for generating the xfce4-terminal command line, and then presumably failing to check for maximize state? BTW, can you say anything about the window size when maximized? Is the window suppose to fill the entire area available? Or only up to some multiple of character sizes, with empty space around the outside? Thanks James -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1s8wnm-0002b2...@jasper.nurealm.net
Bug#663729: Cut and paste generates white-space and move new-line
Package: konsole Version: 4:4.7.4-2 Release: Unstable This is an old, from earlier releases, and continuing problem. Cut and paste between, in particular, the konsole screen and a vim session, or the konsole screen and a terminal command line, into konsole or into any other terminal emulator, will generate space characters after the new-line, from the end of the line to the width of the konsole window, and copy these long space-filled lines to the target, effectively ignoring the new-line character at the end of the lines of the text being copied. The resulting long lines of original text and added space characters render the pasted text unusable, in a practical sense, and makes konsole unusable for anyone using cut and paste from a terminal. James -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1s7u9r-0001vn...@jasper.nurealm.net
Bug#628658: kdebase-workspace-bin: Application launcher menu action launches two copies
Package: kdebase-workspace-bin Version: 4:4.6.3-1 Severity: normal Tags: upstream sid When launching an application with the application menu bound to a mouse button the program is started twice. This is an upstream bug documented at https://bugs.kde.org/show_bug.cgi?id=272732. This is a one line fix and will be included in 4.6.4 but it would be nice to be able to use this feature in the meantime. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase-workspace-bin depends on: ii iso-codes 3.25.1-1 ISO language, territory, currency, ii kdebase-runtime 4:4.6.3-1runtime components from the offici ii kdebase-workspace-d 4:4.6.3-1shared data files for the KDE Plas ii kdebase-workspace-k 4:4.6.3-1KDE greet libraries for authentica ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcln6 1.3.2-1 Class Library for Numbers (C++) ii libfontconfig1 2.8.0-2.2generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-10 GCC support library ii libgl1-mesa-glx [li 7.10.2-2 free implementation of the OpenGL ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libkcmutils44:4.6.3-1utility classes for using KCM modu ii libkde3support4 4:4.6.3-1KDE 3 Support Library for the KDE ii libkdecore5 4:4.6.3-1KDE Platform Core Library ii libkdesu5 4:4.6.3-1Console-mode Authentication Librar ii libkdeui5 4:4.6.3-1KDE Platform User Interface Librar ii libkephal4abi1 4:4.6.3-1API for easier handling of multihe ii libkfile4 4:4.6.3-1File Selection Dialog Library for ii libkidletime4 4:4.6.3-1library to provide information abo ii libkio5 4:4.6.3-1Network-enabled File Management Li ii libknewstuff3-4 4:4.6.3-1Get Hot New Stuff v3 Library for ii libknotifyconfig4 4:4.6.3-1library for configuring KDE Notifi ii libkparts4 4:4.6.3-1Framework for the KDE Platform Gra ii libkpty44:4.6.3-1Pseudo Terminal Library for the KD ii libkrosscore4 4:4.6.3-1Kross Core Library ii libkscreensaver54:4.6.3-1library of the KDE Screensaver sys ii libkworkspace4 4:4.6.3-1library for the kdebase workspace ii libnepomuk4 4:4.6.3-1Nepomuk Meta Data Library ii libnepomukquery4a 4:4.6.3-1Nepomuk Query Library for the KDE ii libpam0g1.1.2-3 Pluggable Authentication Modules l ii libphonon4 4:4.6.0really4.5.0-3 multimedia framework from KDE - co ii libplasma3 4:4.6.3-1Plasma Library for the KDE Platfor ii libplasmagenericshe 4:4.6.3-1shared elements for all the plasma ii libpng12-0 1.2.44-2 PNG library - runtime ii libprocesscore4abi1 4:4.6.3-1library for ksysguard based proces ii libprocessui4a 4:4.6.3-1library for ksysguard process user ii libqalculate5 0.9.7-5 Powerful and easy to use desktop c ii libqimageblitz4 1:0.0.6-3QImageBlitz image effects library ii libqt4-dbus 4:4.7.3-1Qt 4 D-Bus module ii libqt4-network 4:4.7.3-1Qt 4 network module ii libqt4-qt3support 4:4.7.3-1Qt 3 compatibility library for Qt ii libqt4-sql 4:4.7.3-1Qt 4 SQL module ii libqt4-xml 4:4.7.3-1Qt 4 XML module ii libqtcore4 4:4.7.3-1Qt 4 core module ii libqtgui4 4:4.7.3-1Qt 4 GUI module ii libsm6 2:1.2.0-1X11 Session Management library ii libsolid4 4:4.6.3-1Solid Library for KDE Platform ii libsolidcontrol4abi 4:4.6.3-1library for Solid based network ma ii libsolidcontrolifac 4:4.6.3-1library for Solid based network in ii libsoprano4 2.6.0+dfsg.1-3 libraries for the Soprano RDF fram ii libstdc++6 4.6.0-10 The GNU Standard C++ Library v3 ii libstreamanalyzer0 0.7.2-1+b1 streamanalyzer library for Strigi ii libusb-0.1-42:0.1.12-17 userspace USB programming library ii libx11-62:1.4.3-1X11 client-side library ii libxau6
Bug#586024: kde mount problems
Original Message From: Martin Koegler [mailto:mkoeg...@auto.tuwien.ac.at] Sent: Sunday, October 31, 2010 10:49 AM To: 586...@bugs.debian.org Cc: LaMont Jones; James Zuelow Subject: kde mount problems Workaround: Delete (with a text editor) the mount point setting from the shortcut file. Regards, Martin Kögler Martin, Thank you for investigating, and especially that workaround! Now mount via click works. Cheers, James -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4a09477d575c2c4b86497161427dd94c15b0d1f...@city-exchange07
Bug#599814: qt4-x11-4.4.3 fails to create packages on debian/lenny using debian/rules binary
Package: qt4-x11 Version: 4.4.3 Severity: important Justification: fails to build from source On a fresh install of debian/lenny, TEMP=/opt/local/src/LIBQT if [ -d ${TEMP} ]; then (cd ${TEMP}; if [ -d qt4-x11-4.4.3 ];then rm -fr qt4-x11-4.4.3; fi) (cd ${TEMP}; apt-get update ) (cd ${TEMP}; apt-get install -y build-essential ) (cd ${TEMP}; apt-get build-dep -y libqt4-gui ) (cd ${TEMP}; apt-get source -ylibqt4-gui ) (cd ${TEMP}/qt4-x11-4.4.3; debian/rules binary) # Not running debian/rules config status # Results in: # make[1]: Entering directory `/opt/local/src/LIBQT/qt4-x11-4.4.3' # make[1]: *** No rule to make target `sub-src'. Stop. # make[1]: Leaving directory `/opt/local/src/LIBQT/qt4-x11-4.4.3' # make: *** [debian/stamp-makefile-build] Error 2 # ls: cannot access /opt/local/src/LIBQT/*.deb: No such file or directory # googling seemed to indicate configure needed to be run, looking # in debian/rules showed that debian/rules config.status should run it (cd ${TEMP}/qt4-x11-4.4.3; debian/rules config.status) # Results in: # make[1]: Leaving directory `/opt/local/src/LIBQT/qt4-x11-4.4.3/qmake' # InterBase support cannot be enabled due to functionality tests! # Turn on verbose messaging (-v) to ./configure to see the final report. # If you believe this message is in error you may use the continue # switch (-continue) to ./configure to continue. # make: *** [config.status] Error 101 # Cannot proceeed past this point... exit 0; fi -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-bpo.4-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101011143934.30300.54428.report...@eir.websages.com
Bug#586024: kde-plasma-desktop: plasma desktop can UNMOUNT successfully, it just can't mount.cifs
Package: kde-plasma-desktop Version: 5:64 Severity: normal Note that when I mount my share manually in konsole, the folder view icon works and I can browse the share. I can also unmount the share without being told that I need root privileges. It is only mounting the share that I cannot do. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-plasma-desktop depends on: ii kdebase-apps 4:4.4.5-1 base applications from the officia ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii kdebase-workspace 4:4.4.5-3 KDE Plasma Workspace components ii plasma-desktop4:4.4.5-3 The KDE Plasma workspace for deskt Versions of packages kde-plasma-desktop recommends: ii kdm 4:4.4.5-3 KDE Display Manager for X11 ii xserver-xorg 1:7.5+6the X.Org X server Versions of packages kde-plasma-desktop suggests: pn kde-l10n none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100902190735.10970.53868.report...@mis-jz-lnx.cbj.local
Bug#592900: Use python-cupshelpers instead of python-cupsutils
Although the patch to the python from 4:4.4.5-1.1 was included in 4:4.4.5-2 it looks like the control file wasn't changed to depend on python-cupshelpers instead of python-cupsutils. I can't currently install on my sid system. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201009011055.0.d...@spectralmud.org
Bug#586024: kde-plasma-desktop fails to honor user flag for mount.cifs
Package: kde-plasma-desktop Version: 5:64 Severity: normal still same problem. Can mount/unmount as a normal user in a konsole session, but the desktop icons claim they need root to work. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-plasma-desktop depends on: ii kdebase-apps 4:4.4.5-1 base applications from the officia ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii kdebase-workspace 4:4.4.5-1 KDE Plasma Workspace components ii plasma-desktop4:4.4.5-1 The KDE Plasma workspace for deskt Versions of packages kde-plasma-desktop recommends: ii kdm 4:4.4.5-1 KDE Display Manager for X11 ii xserver-xorg 1:7.5+6the X.Org X server Versions of packages kde-plasma-desktop suggests: pn kde-l10n none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100809183654.10917.50606.report...@mis-jz-lnx.cbj.local
Bug#586024: kde-plasma-desktop fails to honor user flag for mount.cifs
Package: kde-plasma-desktop Version: 5:62 Severity: normal I have two mount points for cifs shares. With the current cifs-utils, I can mount those shares as a normal user like so: The relevant fstab entry: //files.ci.juneau.ak.us/james$ /home/james/Gcifs acl,rw,user,noauto,credentials=/home/james/.nt/creds 0 0 Mounting the share in konsole: ja...@mis-jz-lnx:~$ mount G ja...@mis-jz-lnx:~$ df -hT FilesystemTypeSize Used Avail Use% Mounted on /dev/sda1 ext3 73G 8.1G 61G 12% / tmpfstmpfs1.8G 8.0K 1.8G 1% /lib/init/rw udev tmpfs1.8G 220K 1.8G 1% /dev tmpfstmpfs1.8G 0 1.8G 0% /dev/shm /dev/sdb1 ext3 37G 21G 14G 61% /home //files.ci.juneau.ak.us/james_zuelow$/ cifs8.7T 5.6T 3.1T 65% /home/james/G ja...@mis-jz-lnx:~$ I have a desktop shortcut for this share, created by right clicking on the desktop, selecting create new - link to device - hard disk device. Then clicking on the device tab and selecting the cifs mount from the device dropdown list. However when I click on the resulting desktop shortcut to the device, KDE tells me that I cannot mount the share: Could not mount device. The reported error was: mount: only root can do that This definitely worked in KDE 3.5.9 (Lenny), and I seem to recall it worked in earlier versions of Squeeze before the cifs-utils package had it's suid security issue. I expected it to work again now that cifs-utils has it's setuid behavior restored. I'm kind of guessing as to the KDE package I should file against. If this isn't the appropriate package please accept my apologies push it to the correct one. Thank you! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-plasma-desktop depends on: ii kdebase-apps 4:4.4.4-1 base applications from the officia ii kdebase-runtime 4:4.4.4-1 runtime components from the offici ii kdebase-workspace 4:4.4.4-1 base workspace components from the ii plasma-desktop4:4.4.4-1 The KDE Plasma workspace for deskt Versions of packages kde-plasma-desktop recommends: ii kdm 4:4.4.4-1 KDE Display Manager for X11 ii xserver-xorg 1:7.5+6the X.Org X server Versions of packages kde-plasma-desktop suggests: pn kde-l10n none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100615172807.2619.4989.report...@mis-jz-lnx.cbj.local
Bug#574559: oxygen-icon-theme: device icons are missing mounted/umounted versions
Package: oxygen-icon-theme Version: 4:4.3.4-1 Severity: minor After updating my KDE desktop from Lenny to Squeeze my device icons lost their mounted/umounted versions. I find the visual indicator of the device's status is very handy, especially for things like mount points for remote filesystems such as CIFS, NFS, etc. Cheers! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100318232043.15866.92403.report...@mis-jz-lnx.cbj.local
Bug#461184: kwin: kdm4 crashes at startup causing xserver crash with nvidia driver
Package: kwin Version: 4:4.0.0-2 Severity: serious Justification: unknow I'm using 8600GT graphics card with the nvidia NVIDIA-Linux-x86_64-169.07 driver. In the .xsession-errors I can see that kwin starts, it detects glx 1 and 2 and then Kdeinit4 FATAL error: client killed. With the nv driver kwin starts ok with no crash. I had installed kde4 with the aptitude -t experimental install kdebase kdebase-workspace command. Nvidia driver works ok with xfce4, gnome and kde3. System Information: Debian Release: experimental APT prefers experimental APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kwin depends on: ii kde-icons-oxygen 4:4.0.0-1 Oxygen icon theme for KDE 4 ii kdebase-runtime 4:4.0.0-1 runtime components from the offici ii kdebase-runtime-data 4:4.0.0-1 shared data files for the KDE base ii kdelibs5 4:4.0.0-1 core libraries for all KDE 4 appli ii libc6 2.7-6 GNU C Library: Shared libraries ii libcaptury0 0.3.0~svn158-1 X11/GLX video capturing framework ii libgl1-mesa-glx [libgl1] 7.0.2-3A free implementation of the OpenG ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libqt4-core 4.3.3-2Qt 4 core non-GUI functionality ru ii libqt4-gui4.3.3-2Qt 4 core GUI functionality runtim ii libqt4-qt3support 4.3.3-2Qt 3 compatibility library for Qt ii libsm62:1.0.3-1+b1 X11 Session Management library ii libstdc++64.3-20080112-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.3-1 X11 client-side library ii libxcomposite11:0.4.0-1 X11 Composite extension library ii libxdamage1 1:1.1.1-3 X11 damaged region extension libra ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxrandr22:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra kwin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456189: kdeprint: page selection is nonfunctional
Package: kdeprint Version: 4:3.5.5a.dfsg.1-6etch1 Severity: normal When I try to print selected pages, it still prints all pages. Cheers, James -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kdeprint depends on: ii enscript 1.6.4-11 Converts ASCII text to Postscript, ii kdelibs4c2a4:3.5.5a.dfsg.1-8 core libraries and binaries for al ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libqt3-mt 3:3.3.7-4 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii poster 1:19990428-8 Create large posters out of PostSc ii psutils1.17-24 A collection of PostScript documen Versions of packages kdeprint recommends: ii gs-afpl [postscript-view 8.53-0.2The AFPL Ghostscript PostScript in ii gs-esp [postscript-viewe 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl [postscript-viewe 8.54.dfsg.1-5 The GPL Ghostscript PostScript int ii gv [postscript-viewer] 1:3.6.2-3 PostScript and PDF viewer for X ii kghostview [postscript-v 4:3.5.5-3etch1 PostScript viewer for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451523: konqueror: Eating up CPU
Package: konqueror Version: 4:3.5.5a.dfsg.1-6etch1 Severity: important When using konqueror for web browsing, I frequently find that the CPU load goes up to %99. Closing the web browser is the only way I know to stop it. James -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages konqueror depends on: ii kcontrol 4:3.5.5a.dfsg.1-6etch1 control center for KDE ii kdebase-kio-plugi 4:3.5.5a.dfsg.1-6etch1 core I/O slaves for KDE ii kdelibs4c2a 4:3.5.5a.dfsg.1-8 core libraries and binaries for al ii kdesktop 4:3.5.5a.dfsg.1-6etch1 miscellaneous binaries and files f ii kfind 4:3.5.5a.dfsg.1-6etch1 file-find utility for KDE ii libacl1 2.2.42-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 1:2.4.32-1.1 Extended attribute shared library ii libaudio2 1.8-4 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libfam0 2.7.0-12 Client library to control the FAM ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch1 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.5a.dfsg.1-6etch1 core libraries for Konqueror ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libqt3-mt 3:3.3.7-4 Qt GUI Library (Threaded runtime v ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii zlib1g1:1.2.3-13 compression library - runtime konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389844: khelpcenter uses htdig to build indexes, but htdig is only suggested
Package: khelpcenter Version: 4:3.5.4-2+b1 Severity: minor A minor annoyance. khelpcenter uses htdig to build indexes of manpages on the local system. Before the indexes are built, it will state that the indexes cannot be found and prompt the user to build them. The indexing process does not obviously fail unless you click on the more information button where you will see that htdig failed (actually not present to run). Perhaps khelpcenter should not prompt the user to create indexes if htdig is not installed, or perhaps warn the user that index creation will fail without first installing htdig. Alternatively, htdig can be set as a dependency of khelpcenter. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages khelpcenter depends on: ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for al ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libqt3-mt3:3.3.6-4 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 khelpcenter recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389618: ktimemon incorrectly reports slab usage
Package: kdeaddons Version: 3.5.4-1 Tags: patch, upstream Forwarded: [EMAIL PROTECTED] ktimemon is reporting memory used by the slab twice. Once as kernel memory and once as user memory. For small slab sizes the effect of this is not noticeable, however once the slab is allowed to grow (running updatedb will do this) it will have the effect of making all of the memory appear to be consumed. A simple inspection of /proc/meminfo will show that ktimemon is reporting an incorrect usage. This can be alarming to the user. I have attached a patch that corrects the problem, by subtracting the kernel memory usage reported by ktimemon (this seems to only be the slab) from the user memory usage. I have also taken the liberty of filing a report in the kde bug tracking system for this issue as well. The URL is: http://bugs.kde.org/show_bug.cgi?id=134704 James diff -Naur kdeaddons-3.5.4-orig/kicker-applets/ktimemon/sample.cc kdeaddons-3.5.4/kicker-applets/ktimemon/sample.cc --- kdeaddons-3.5.4-orig/kicker-applets/ktimemon/sample.cc 2006-09-26 18:35:22.0 + +++ kdeaddons-3.5.4/kicker-applets/ktimemon/sample.cc 2006-09-26 18:32:34.0 + @@ -425,7 +425,7 @@ sample.cputotal = sample.user + sample.nice + sample.kernel + sample.iowait + sample.idle; -sample.used = sample.mtotal - sample.free - sample.buffers - sample.cached; +sample.used = sample.mtotal - sample.mkernel - sample.free - sample.buffers - sample.cached; sample.sused = sample.stotal - sample.sfree; }
Bug#348531: kdesktop: same problem, update didn't help
Package: kdesktop Version: 4:3.5.1-1 Followup-For: Bug #348531 I am having this problem still, despite the update of kdelibs4c2a. It seems to work about 1 in 20 icon moves. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kdesktop depends on: ii kdebase-bin 4:3.5.1-1 core binaries for the KDE base mod ii kdelibs4c2a 4:3.5.1-1 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-12.1 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-8 GCC support library ii libglu1-xorg [libglu1 6.9.0.dfsg.1-4 Mesa OpenGL utility library [X.Org ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.1-1 core libraries for Konqueror ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-3+immodule Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxau6 6.9.0.dfsg.1-4 X Authentication library ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-2 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxss1 6.9.0.dfsg.1-4 X Screen Saver client-side library ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii libxxf86misc1 6.9.0.dfsg.1-4 X miscellaneous extensions library ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org] ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages kdesktop recommends: ii eject 2.1.4-1ejects CDs and operates CD-Changer -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343600: korganizer reports unidiomatic no incidence selected in panel
Package: korganizer Version: 4:3.4.2-2 Severity: minor This is probably intended to be no incidents selected or even better no events selected. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9.emp5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages korganizer depends on: ii kdelibs4c24:3.4.2-4 core libraries for all KDE applica ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi ii libaudio2 1.6d-2 The Network Audio System (NAS). (s ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libfontconfig12.3.1-2generic font configuration library ii libfreetype6 2.1.7-2.2 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-4 GCC support library ii libice6 4.3.0.dfsg.1-8 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libkcal2b 4:3.4.2-2 KDE calendaring library ii libkdepim1a 4:3.4.2-2 KDE PIM library ii libkpimexchange1 4:3.4.2-2 KDE PIM Exchange library ii libkpimidentities14:3.4.2-2 KDE PIM user identity information ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-8 X Window System Session Management ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-8 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 4.3.0.dfsg.1-8 X Window System miscellaneous exte ii libxft2 2.1.2-6FreeType-based font drawing librar ii libxi64.3.0.dfsg.1-8 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-5 X Window System multi-head display ii libxrandr24.3.0.dfsg.1-8 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt64.3.0.dfsg.1-8 X Toolkit Intrinsics ii perl 5.8.7-7Larry Wall's Practical Extraction ii xlibs 4.3.0.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.2-1 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342822: kpdf: reword description for clarity
Package: kpdf Version: 4:3.3.2-2 Severity: minor I suggest these changes: --- debian/control-orig 2005-12-10 16:48:32.0 -0500 +++ debian/control 2005-12-10 16:51:13.0 -0500 @@ -222,8 +222,8 @@ Suggests: khelpcenter Provides: pdf-viewer Description: PDF viewer for KDE - KPDF allows you view PDF (Portable Document Format) files. This package - includes kpart so you can embed it in konqueror and a standalone + KPDF allows you to view PDF (Portable Document Format) files. This package + includes kpdfpart so you can embed in konqueror or run as a standalone application. . This package is part of KDE, as a component of the KDE graphics module. - Jim Van Zandt -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kpdf depends on: ii kdelibs4 4:3.3.2-6.1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.5-6 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-7 client library to control the FAM ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-2 GCC support library ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libpaper11.1.14-3Library for handling paper charact ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-7 X Window System Session Management ii libstdc++5 1:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g 1:1.2.3-4 compression library - runtime Versions of packages kpdf recommends: ii kghostview4:3.3.2-2 PostScript viewer for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342825: kpdf: cntl-= to zoom in (not just cntl-+)
Package: kpdf Version: 4:3.3.2-2 Severity: wishlist kpdf has the shortcut cntl-+ to zoom in. Please also accept cntl-= (same key, but no shift), as with evince, mozilla-firefox, and several PC applications. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kpdf depends on: ii kdelibs4 4:3.3.2-6.1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.5-6 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-7 client library to control the FAM ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-2 GCC support library ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libpaper11.1.14-3Library for handling paper charact ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-7 X Window System Session Management ii libstdc++5 1:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g 1:1.2.3-4 compression library - runtime Versions of packages kpdf recommends: ii kghostview4:3.3.2-2 PostScript viewer for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311733: Kfind Problem
Regarding 311733: A suggestion on one of the forums was to stop fam service in run level 2. I stopped fam in run level 2 and kfind works perfectly. Regards, jimbo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285906: kopete: Kopete crashes when ignoring IRC 'query'
Package: kopete Version: 4:3.3.1-2 Severity: important When an IRC user initiates a query which causes a KNotify pop-up notification, ignoring the notification causes Kopete to crash with a SIGSEGV. I'm sorry, but I don't have debugging enabled so I can't give a useful stacktrace, but if nobody else can reproduce this bug then I'll endeavour to produce a stacktrace. Thanks, James -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kopete depends on: ii kdelibs4 4:3.3.1-2 KDE core libraries ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi ii libc6 2.3.2.ds1-19 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6client library to control the FAM ii libgadu3 1:1.5-4Gadu-Gadu protocol library - runti ii libgcc1 1:3.4.3-4 GCC support library ii libglib1.21.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libice6 4.3.0.dfsg.1-9 Inter-Client Exchange library ii libidn11 0.5.2-3GNU libidn library, implementation ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libpcre3 4.5-1.1Perl 5 Compatible Regular Expressi ii libpng12-01.2.8rel-1 PNG library - runtime ii libqt3c102-mt 3:3.3.3-7 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-9 X Window System Session Management ii libstdc++51:3.3.5-3 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-9 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-9 X Window System miscellaneous exte ii libxi64.3.0.dfsg.1-9 X Window System Input extension li ii libxml2 2.6.11-5 GNOME XML library ii libxrender1 0.8.3-7X Rendering Extension client libra ii libxslt1.11.1.8-5XSLT processing library - runtime ii xlibs 4.3.0.dfsg.1-9 X Keyboard Extension (XKB) configu ii xmms 1.2.10-1.4 Versatile X audio player that look ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information
Are you tired a lot
Add years to your Life... Add Life to your years. Hold on to your young body as long as you can check out this new lifespan enhancement http://l.i4EN.globalproductsupreme.com/s/ I ordered a 3 month supply of the spray and just finished my first bottle. If it is the product or just in my head but I have to say it is working! My muscle mass is increasing and I am sleeping better, seem to be in a much better mood all the time, bags under eyes are almost gone and skin seems in a much better condition. At 45, I feel like 30 at this point! Patrick Bonfigt, Florida address listed above and just see site to be gone from the db If we assume that the aminoglycoside offers more than its additional coverage the combination arm should perform as well or better than the broader spectrum lactam monotherapy With the former design we did not detect an advantage to the combination while with the latter we found an advantage to monotherapy . So I don't know how to command you, nor what to ask you to do But I must not take advantage of your ignorance, answered the Demon.
Bug#265892: Cannot Install korganizer 3.2.3-1 if kdelibs-bin 3.3.0-1 is installed
Subject: Cannot Install korganizer 3.2.3-1 if kdelibs-bin 3.3.0-1 is installed Package: kdelibs-bin Version: 4:3.3.0-1 Severity: critical Justification: breaks unrelated software *** Please type your report below this line *** I have installed the latest version of kde on the debian's servers - the 4:3.3.0-1 in unstable. I am unable to install KOrganizer (latest version is 4:3.2.3-1). This is the error I get: a4-1800:/home/james# apt-get -t unstable install korganizer Reading Package Lists... Done Building Dependency Tree... Done Recommended packages: kdebase-libs The following NEW packages will be installed: korganizer 0 upgraded, 1 newly installed, 0 to remove and 299 not upgraded. Need to get 0B/1650kB of archives. After unpacking 4342kB of additional disk space will be used. (Reading database ... 106715 files and directories currently installed.) Unpacking korganizer (from .../korganizer_4%3a3.2.3-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/korganizer_4%3a3.2.3-1_i386.deb (--unpack): trying to overwrite `/etc/kde3/khotnewstuffrc', which is also in package kdelibs-bin dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/korganizer_4%3a3.2.3-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.6yay Locale: LANG=C, LC_CTYPE=C Versions of packages kdelibs-bin depends on: ii kdelibs4 4:3.3.0-1 KDE core libraries ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libcupsys2-gnutls101.1.20final+rc1-3 Common UNIX Printing System(tm) - ii libfam0c1022.7.0-5 client library to control the FAM ii libfontconfig1 2.2.3-1 generic font configuration library ii libgcc11:3.4.1-4sarge1 GCC support library ii libice64.3.0.dfsg.1-4Inter-Client Exchange library ii libidn11 0.5.2-2 GNU libidn library, implementation ii libpng12-0 1.2.5.0-7 PNG library - runtime ii libqt3c102-mt 3:3.3.2-5 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-4X Window System Session Management ii libstdc++5 1:3.3.4-6sarge1 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-4X Window System protocol client li ii libxext6 4.3.0.dfsg.1-4X Window System miscellaneous exte ii libxft22.1.2-6 FreeType-based font drawing librar ii libxml22.6.11-3 GNOME XML library ii libxrender10.8.3-7 X Rendering Extension client libra ii libxslt1.1 1.1.8-2 XSLT processing library - runtime ii menu-xdg 0.1 freedesktop.org menu compliant win ii netpbm 2:10.0-4 Graphics conversion tools ii perl-suid 5.8.4-2 Runs setuid Perl scripts. ii python 2.3.4-1 An interactive high-level object-o ii xlibs 4.3.0.dfsg.1-4X Window System client libraries m ii zlib1g 1:1.2.1.1-5 compression library - runtime -- no debconf information
Bug#233151: (no subject)
I have the similar problem- Juk 2.0.1 Kde 3.2.3 I use gstreamer and kernel 2.6.6 with the preemptive patch and deadline scheduler. I have set x's nice value to 0 and arts gets a little improvement, but it still distorts the sound. If i use gstreamer, juk's gui will freeze between songs for at least 10 seconds (even up to a minute). I've reported this bug to bugs.kde.org - bug # 86810. Thanks, James
Bug#254057: Update of kdelibs4 and kdelibs-bin solved the problem
Package: kde Version: 4:3.1.2 I wrote earlier to say this bug (254057) afflicted me. The issue was solved tonight when I updated to kdelibs4 and kdelibs-bin from unstable. The versions went from 4:3.2.2-2 (testing version) to 4:3.2.3-2 (unstable version) on both packages. This resolved the problem for me, and I now have all widget styles available. $ apt-show-versions -a kdelibs4 kdelibs44:3.2.3-2 install ok installed No stable version kdelibs44:3.2.2-2 testing kdelibs44:3.2.3-2 unstable kdelibs4/unstable uptodate 4:3.2.3-2 $ apt-show-versions -a kdelibs-bin kdelibs-bin 4:3.2.3-2 install ok installed No stable version kdelibs-bin 4:3.2.2-2 testing kdelibs-bin 4:3.2.3-2 unstable kdelibs-bin/unstable uptodate 4:3.2.3-2 Maybe the movement of these packages to testing should be expedited, since they seem to solve this problem. Thanks, James R. Phillips South Bend, Indiana
Bug#254057: Loss of non-built-in kde widgets also happened to me
Package: kde Version: 4:3.1.2 I found this bug report (254057) in the database, and want to report that the loss of non-built-in kde widget styles also happened to me today. I think it might be related an updated qt3 library, which I believe only recently went into testing (libqt3c102-3:3.2.3-4). I first noticed it after a reboot, made necessary by recompiling the kernel (2.6.7). This suggests to me that the problem occured when the object code from the updated qt3 library was loaded into memory for the first time. I am running a system of mostly testing, with a few unstable apps, using apt-pinning. It was recently installed using the sarge net-install cd, test candidate 1. I tried apt-get install --reinstall for all installed kde-artwork packages, but while the reinstallation went fine, it did not bring back the desired (keramic) widget style. James R. Phillips South Bend, Indiana
Bug#244608: mpeglib 3.2.2-1
Hi! I've just experienced the same problem described in bug #244608, and obviously a solution is available (compile it with -O0). However, nothing has been done yet, and it's really not much fun working with Debian when you're not able to listen to MP3s. Can anyone explain why nothing's happening at the moment? Regards, James _ Schluß mit Spam! http://www.msn.de/antispam/prevention/junkmailfilter Wir helfen Ihnen, unerwünschte E-Mails zu reduzieren.
Bug#248468: juk: instantly crashes if output set to gstreamer
running: #apt-get install gstreamer-plugins fixes that problem for me. 0xDCB79B8B.asc Description: application/pgp-keys
Bug#253901: Wish: Bitrate info in tabs/columns
Package: juk Version: 4:3.2.2-1 Severity: wishlist *** Please type your report below this line *** I would like to be able to view the quality/bitrate of my files in a column(tab) in juk (just like artist, album, etc.). This wish was already requested on KDE.org, and they already have the wish completed (bug report page is here: http://bugs.kde.org/show_bug.cgi?id=78882). Thanks! Here is the patch: CVS commit by wheeler: Add a bitrate column (hidden by default). CCMAIL:[EMAIL PROTECTED] M +2 -0 playlist.cpp 1.182 M +17 -5 playlistitem.cpp 1.83 M +3 -2 playlistitem.h 1.54 --- kdemultimedia/juk/playlist.cpp #1.181:1.182 @@ -170,4 +170,5 @@ Playlist::SharedSettings::SharedSettings for(int i = 0; i = PlaylistItem::lastColumn(); i++) { switch(i) { +case PlaylistItem::BitrateColumn: case PlaylistItem::CommentColumn: case PlaylistItem::FileNameColumn: @@ -868,4 +869,5 @@ void Playlist::polish() addColumn(i18n(Year)); addColumn(i18n(Length)); +addColumn(i18n(Bitrate)); addColumn(i18n(Comment)); addColumn(i18n(File Name)); --- kdemultimedia/juk/playlistitem.cpp #1.82:1.83 @@ -78,4 +78,6 @@ QString PlaylistItem::text(int column) c case LengthColumn: return d-fileHandle.tag()-lengthString(); +case BitrateColumn: +return QString::number(d-fileHandle.tag()-bitrate()); case CommentColumn: return d-fileHandle.tag()-comment(); @@ -260,5 +262,6 @@ int PlaylistItem::compare(const Playlist } -if(column == TrackNumberColumn + offset) { +switch(column - offset) { +case TrackNumberColumn: if(firstItem-d-fileHandle.tag()-track() secondItem-d-fileHandle.tag()-track()) return 1; @@ -267,6 +270,6 @@ int PlaylistItem::compare(const Playlist else return 0; -} -else if(column == LengthColumn + offset) { +break; +case LengthColumn: if(firstItem-d-fileHandle.tag()-seconds() secondItem-d-fileHandle.tag()-seconds()) return 1; @@ -275,8 +278,17 @@ int PlaylistItem::compare(const Playlist else return 0; -} +break; +case BitrateColumn: +if(firstItem-d-fileHandle.tag()-bitrate() secondItem-d-fileHandle.tag()-bitrate()) +return 1; +else if(firstItem-d-fileHandle.tag()-bitrate() secondItem-d-fileHandle.tag()-bitrate()) +return -1; else +return 0; +break; +default: return strcoll(firstItem-d-local8Bit[column - offset], secondItem-d-local8Bit[column - offset]); +} } --- kdemultimedia/juk/playlistitem.h #1.53:1.54 @@ -58,6 +58,7 @@ public: YearColumn= 5, LengthColumn = 6, - CommentColumn = 7, - FileNameColumn= 8 }; + BitrateColumn = 7, + CommentColumn = 8, + FileNameColumn= 9 }; static int lastColumn() { return FileNameColumn; } -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26extra2 Locale: LANG=C, LC_CTYPE=C Versions of packages juk depends on: ii kdelibs4 4:3.2.3-1 KDE core libraries ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi ii libarts1 1.2.3-1aRts Sound system ii libasound21.0.5-1Advanced Linux Sound Arc hitecture
Bug#244608: distorted decoding of mp3s since mpeglib 3.2.2-1
Package: mpeglib Version: 4:3.2.2-1 Severity: important Tags: sid Since upgrading to mpeglib 3.2.2-1, decoding of mp3s using mpeglib sounds dreadful, full of strange MPEG artifacts. Version 3.2.1-1 works perfectly, as do players built around other MP3 decoders (e.g. XMMS, mpg123, mpg321). Given that there appears to be no code change in the upstream release from 3.2.1-1, is this possibly a compiler/optimization bug, maybe only on i386? To reproduce, simply use: yaf-splay foo.mp3 High-frequency sounds such as hi-hats appear to trigger the artifacts more than other sounds. This also happens when playing the mp3 using arts/libarts1-mpeglib, so I don't think it's a problem with yaf-splay's output routines - it doesn't sound like it either. Ogg Vorbis files play perfectly using yaf-vorbis or through arts. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.4-ck1 Locale: LANG=C, LC_CTYPE=C Versions of packages mpeglib depends on: ii kdelibs44:3.2.2-1KDE core libraries ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libcdparanoia0 3a9.8-11 Shared libraries for cdparanoia (r ii libgcc1 1:3.3.3-6GCC support library ii libogg0 1.1.0-1 Ogg Bitstream Library ii libstdc++5 1:3.3.3-6The GNU Standard C++ Library v3 ii libvorbis0a 1.0.1-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.0.1-1 The Vorbis General Audio Compressi ii libx11-64.3.0-7 X Window System protocol client li ii libxext64.3.0-7 X Window System miscellaneous exte ii libxv1 4.3.0-7 X Window System video extension li ii xlibs 4.3.0-7 X Window System client libraries m -- no debconf information
Bug#244608: To further illustrate the point
I captured the output of the same 30 seconds of audio from Noatun/arts/mpeglib and also from mpg321/libmad, then encoded them with FLAC. Available here: http://www.marm.org.uk/mpeglib-decode-bug-mad-output.flac http://www.marm.org.uk/mpeglib-decode-bug-mpeglib-output.flac -- marm
Bug#241259: kdemultimedia: [m68k/unstable] cp: cannot stat `./debian/tmp/usr/lib/kde3/kfile_flac.la': No such file or directory
Dominique Devriese [EMAIL PROTECTED] writes: config.log from a failed build will most likely reveal the problem. configure:34484: gcc -o conftest -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_B SD_SOURCE -DNDEBUG -O2 -Wformat-security -Wmissing-format-attribute -DQT_THREAD_SUPPORT -D_REENTRANT conftest.c -lFLAC 5 /usr/lib/gcc-lib/sparc-linux/3.3.3/../../../../lib/libFLAC.so: undefined reference to `log' /usr/lib/gcc-lib/sparc-linux/3.3.3/../../../../lib/libFLAC.so: undefined reference to `floor' collect2: ld returned 1 exit status -- James
Bug#242129: kicker: Icons too small when panel size large is selected
Package: kicker Version: 4:3.2.1-1 Severity: normal After upgrading to KDE 3.2 from 3.1, the icon size appears to be 32x32 pixels in the large panel, rather than 48x48. The icon size is the same as when normal size is selected, but with normal they expand when the mouse is over them. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22 Locale: LANG=C, [EMAIL PROTECTED] Versions of packages kicker depends on: ii kdebase-data4:3.2.1-1KDE Base (shared data) ii kdelibs44:3.2.1-1KDE core libraries ii libart-2.0-22.3.16-3 Library of functions for 2D graphi ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5 client library to control the FAM ii libgcc1 1:3.3.3-6GCC support library ii libice6 4.3.0-7 Inter-Client Exchange library ii libkonq44:3.2.1-1Core libraries for KDE's file mana ii libpng12-0 1.2.5.0-5PNG library - runtime ii libqt3c102-mt 3:3.2.3-2Qt GUI Library (Threaded runtime v ii libsm6 4.3.0-7 X Window System Session Management ii libstdc++5 1:3.3.3-6The GNU Standard C++ Library v3 ii libx11-64.3.0-7 X Window System protocol client li ii libxext64.3.0-7 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst64.3.0-7 X Window System event recording an ii xlibs 4.3.0-7 X Window System client libraries m ii zlib1g 1:1.2.1-5compression library - runtime -- no debconf information
Bug#239450: kdvi: Is not remembered when session saved
Package: kdvi Version: 4:3.2.1-1 Severity: normal When I save my session (with the KDE session manager) none of the kdvi windows are restored on my next login. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.18-bf2.4 Locale: LANG=C, LC_CTYPE=C Versions of packages kdvi depends on: ii kdelibs44:3.2.1-1KDE core libraries ii kviewshell 4:3.2.1-1KDE generic framework for viewer a ii libart-2.0-22.3.16-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5 client library to control the FAM ii libfreetype62.1.7-2 FreeType 2 font engine, shared lib ii libgcc1 1:3.3.3-2GCC support library ii libice6 4.3.0-5 Inter-Client Exchange library ii libpng12-0 1.2.5.0-5PNG library - runtime ii libqt3c102-mt 3:3.2.3-2Qt GUI Library (Threaded runtime v ii libsm6 4.3.0-5 X Window System Session Management ii libstdc++5 1:3.3.3-2The GNU Standard C++ Library v3 ii libx11-64.3.0-5 X Window System protocol client li ii libxext64.3.0-5 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0-5 X Window System client libraries m ii zlib1g 1:1.2.1-5compression library - runtime -- no debconf information
Bug#211891: i believe this bug is now fixed
It appears that with the upgrade to v3.2.1, this bug went away. That is, the root icon on the kdm login remains intact. So now, I do not have to reset the picture (to a picture of my dog) each time kde is upgraded. -- James D. Freels, Ph.D. [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#236750: kdm 3.2.1-1 not allowing password-less logins as an option
Package: kdm Version: 3.2.1-1 This error started occuring with the 3.2.0-pre in experimental, but I did not report it until 3.2 was in Sid. I did report this to the debian-kde mailing list. I have set normal users on my home machine (entire family) to be enabled for no-password login. This feature is available from the kontrol-center-system administration-login manager-convenience. However it does not work. Indeed, the correct password required at the ncurses console must be entered from the kdm login screen in order to login. If this feature is not going to work and passwords are required to be entered, it should not be shown as an option on the kontrol-center. -- James D. Freels, Ph.D. [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#227878: kmail: crashes when sending an email
I experienced this as well. It happens only when kmail is started without a full KDE desktop running. If you start KDE and then start kmail, it will work. James.
Bug#229621: kmix depends on libxine
Package: kmix Version: 3.1.5-1 The latest version of kmix depends on libxine, for which I see no good reason.
Bug#227007: arts_1.1.5-1(unstable/arm): needs libtool update for arm
Package: arts Version: 1.1.5-1 Severity: serious The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of arts_1.1.5-1 on europa by sbuild/arm 1.170.4 | Build started at 20040109-1945 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: automake1.7, debhelper ( 4.0.18), docbook-to-man, gawk, gettext, libasound2-dev, libaudio-dev, libaudiofile-dev, libglib2.0-dev, libmad0-dev, libqt3-mt-dev, libvorbis-dev, sharutils, texinfo, xlibs-pic [...] | checking how to recognise dependant libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: linker path does not have real file for library -lXinerama. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=artsver=1.1.5-1 -- James
Re: KDE status report (again)?
On Mon, 2003-09-29 at 21:08, David Pashley wrote: On Sep 28, 2003 at 23:45, Chris Cheney praised the llamas by saying: Maybe :\ I seem to have found a libtool bug on arm today. arts has failed on 3 archs, arm, mips, mipsel. mips/el are due to the Qt bug. However, from what pb has said arm appears to have a libtool bug of some sort. AIUI from discussions with Scott James Remnant that we really need to replace KDE's libtool.m4.in and ltmain.sh with our own. Scott as fixed several bugs in Debians libtool including various fixes for Arm. The fix got accepted upstream today, hurrah, hurrah! Not that there's a 1.5.1 planned, but hey, it's in CVS :) Scott -- Have you ever, ever felt like this? Had strange things happen? Are you going round the twist? signature.asc Description: This is a digitally signed message part
libkdeinit_dcopserver.so needed in libs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I have found out from users that libkdeinit_dcopserver.so is needed in kdelibs4 ... I failed to notice myself as it was in the kdelibs4-dev package. Was this file not supposed to be needed with libs? dcopserver: error while loading shared libraries: libkdeinit_dcopserver.so: cannot open shared object file: No such file or directory - -James - -- James Michael Greenhalgh [EMAIL PROTECTED] https://opendoorsoftware.com open minds providing open source solutions -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/W0dZgZMynI5GLOURApPVAJ9uoSvqrjsyGDxnmneLhdXNJ0QgYgCeKRqf brH0LB1vutnD2pzfbnbEiqc= =KHq0 -END PGP SIGNATURE-
Re: krandr in kdebase....
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On September 03, 2003 16:12, Ralf Nolden wrote: Hi, I know that only xfree 4.3 supports xrandr but however, kdebase ships krandr in case you're compiling with xfree 4.3. I suggest I'd add a krandr.install file so one can easily add a krandr section to the control file if that's ok - we just need to use that in case we're upgrading to xfree 4.3. Ralf I currently have my randr related files in the kcontrol.install . Don't see why they should be treated any different from say the kfontinst stuff ... or do you think it would be better as an optional package in kdebase once xfree 4.3 comes around? James - -- James Michael Greenhalgh [EMAIL PROTECTED] https://opendoorsoftware.com open minds providing open source solutions -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/Vk3GgZMynI5GLOURAsthAJ4rR5QMnbH4EPcjrgwsHGvgrXg3vgCdHRE7 t1l/jw/gMEP67SuqyiyhUQ8= =/dGv -END PGP SIGNATURE-
Re: qt-copy/debian updated
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On September 01, 2003 12:56, Ralf Nolden wrote: Hi, I merged in the -3.diff.gz from incoming.debian.org now plus fixed up the patches for the libtool and qlineedit patches from qt-copy. Martin will upload this as 3.2.1-4 later. If you want, you can test it by grabbing the orig.tar.gz from incoming or unstable's qt-x11-free and check out qt-copy/ debian to build packages. Let us know if there are any problems so far beyond the usual style/font breakage :-) Ralf Hey Ralf, My build went okay earlier, I will upgrade to -4 later today and rebuild for x 4.3 (bless ccache). I did notice a small issue with the create examples package section of the debian/rules. The three directories tt1 tt2 and tt3 are not being removed as you are only using rm -f, not rm -rf ... lines 229-231 - -James - -- James Michael Greenhalgh [EMAIL PROTECTED] https://opendoorsoftware.com open minds providing open source solutions -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/U3v1gZMynI5GLOURAjHTAJ9H1VGmbxSYj+8zCXkjaNcRALbqrwCaA7sf s08rK7TFKHffcz0jrGtxKRE= =ZrGM -END PGP SIGNATURE-
Missing libqt-mt.la
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey folks, Uh I thought I sent a 'hello list' letter, but it never made it through, that or I am in some moderator's queue right now. So hi again, maybe. Anywho, qt 3.2 build now produces libqt-mt.la and libqt.la and libqt-mt.la seems to be needed to build kdebase? However, I don't see them in any packages? Anyone else run into this? - -James - -- James Michael Greenhalgh [EMAIL PROTECTED] https://opendoorsoftware.com open minds providing open source solutions -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/UdvpgZMynI5GLOURAjbBAJ9dx4fJU3Y3SuBFVyH4L25fbfz3SwCgl9Hz DUARZKyTLNSKmpfplR35ITY= =X1l9 -END PGP SIGNATURE-