Bug#894892: libkscreenlocker5: The file "/usr/lib/x86_64-linux-gnu/libexec/kcheckpass" is NOT existent in the stable package.
Hi Hans, On Fri, 11 Aug 2023 23:35:23 +0200 "Hans-J. Ullrich" wrote: [...] > I discovered, that in the bookworm repo in the package > libscreenlocker5, the mentioned file "kcheckpass" is not existent. Thus > the above workaround does not work. > > I also tried to manually copy the file from bullseye with no success > and suppose, kcheckpass from bullseye is incompatible with bookworm. > Please repack the lib with the missing file. The "kcheckpass"-binary was removed from kscreenlocker over a year ago, because it was obsolete. Hence, distributions cannot ship the binary as it is not built anymore. If you cannot unlock your screen, a simple "It doesn't work" is unfortunately not sufficient to debug it. The first thing you can do is to create a new user on your system and try to unlock the screen with that user. That will tell you whether something is wrong with the system or just with your default user. -- Med vänliga hälsningar Patrick Franz
debian-bugs-dist@lists.debian.org
Hi, On Tue, 2 Jul 2024 19:39:27 +0200 Marco Mattiolo wrote: > Hi Santiago, > > I'm the maintainer of plasma-mobile package in Debian, plus some of > the related apps. At the moment, the present bug keeps meta-plasma- > mobile metapackage out of trixie, thus letting the building of Mobian > plasma-mobile images to fail [1]. As I wrote in the previous message, > looking into buildd and reproducible-builds, I thought this to be > solved, but from your attachment I see I shouldn't have assumed. > > I'm not the maintainer of wacomtablet, so I'm not sure what to touch > if tests are still failing. I see in your attachment that the error > message is always the same as in the original report, then I'd try > e.g. [2] that I see is not implemented in d/rules for wacomtablet, > but maybe it's just better to wait for the new version of wacomtablet > (6.1.0-1 now in experimental) to be uploaded to sid and check how that > new version behaves. I don't have the resources to dig into why the tests are failing, but I could disable them for the time being if wacomtablet is a blocker for something right now. We will definitely revisit this once the new version in exp (now part of Plasma 6) can be compiled there. -- Med vänliga hälsningar Patrick Franz
Bug#1074633: qt6-base: upgrading libqt6core6t64 removes qpdfview and wireshark instead of upgrading them
Hi Vincent, this seems more a problem of apt than of Qt. For some reason, apt is not able to resolve the dependencies when you only want to upgrade libqt6core6t64, but is able to do so when you want to upgrade libqt6core6t64 and wireshark. To me, that means that the dependencies in Qt are correct (that it wants to replace some libqt6...t64 packages with non-t64 versions is the correct solution). Have you tried upgrading just libqt6core6t64 with aptitude ? I'm inclined to reassign this bug to apt as the dependencies can clearly be resolved and IMO this is down to the resolver. -- Med vänliga hälsningar Patrick Franz
Bug#1074633: qt6-base: upgrading libqt6core6t64 removes qpdfview and wireshark instead of upgrading them
Hej Vincent, Am Mittwoch, 3. Juli 2024, 01:02:28 CEST schrieb Vincent Lefevre: [...] > In particular, "apt install libqt6core6t64" wants to remove > qt6-wayland, but if I try "apt install libqt6core6t64 qt6-wayland", > then the upgrade is fine. So there seems to be really something > wrong with the Qt package relationships. The dependencies of Qt are fine, you just ended up in an unfortunate situation that makes it look as if the dependencies in Qt are wrong. The upgrade from Qt 6.4 to 6.6 involves a number of Break+Replaces, but that doesn't mean anything is wrong. In your first example, you only wanted to upgrade libqt6core6t64. The thing here is that there are multiple solutions about what to do with the reverse dependencies. Some solutions remove a lot of them and install as little as possible, others replace a bunch of libs and remove fewer packages. You asked apt to upgrade libqt6core6t64 and that is exactly what apt did. The issue is that the proposed solution is correct, but it's just not your preferred one. In your second example, removing all those libraries without replacing them is not a viable option, because that would make wireshark uninstallable. Therefore, apt installs a number of libs to satisfy the dependencies of wireshark. So in both cases, apt proposes a solution that does exactly what you asked it for. In the first example, there are multiple solutions and apt happened to pick one that you don't want. Why it picked that one and not another one, I do not know. Maybe it found this solution quicker. But all that doesn't mean that the dependencies in Qt are wrong. In fact, all the libs that apt wants to remove are not compatible with libqt6core6t64 6.6.2 and therefore removing them is correct. I absolutely do not see that this is a problem with Qt's dependencies. It's just that apt gives you a correct solution that you don't like and hence have to adjust the upgrade command slightly. But nothing is wrong with Qt's dependencies. You can either close this bug or you can re-assign the bug to apt and turn it into a wishlist item suggesting that apt give you more than 1 solution in such cases. -- Med vänliga hälsningar Patrick Franz
Bug#1055311: libqt6gui6: recommend libqt6svg6
Hi Amy, On Fri, 03 Nov 2023 22:49:19 +0100 Amy Kos wrote: > Package: libqt6gui6 > Version: 6.4.2+dfsg-19 > Severity: wishlist > > > Hi, > > libqt5gui5 recommends libqt5svg5. > Please add recommendation of libqt6svg6 accordingly. > > Without libqt6svg6 icons can't be displayed, > for instance in recent audacious Qt6 build. I don't quite like the recommendation because I think it's going in the wrong way. I see that audacious build-depends on qt6-svg-dev, but somehow does not pick up the dependency to the libqt6svg6 ? That needs to be fixed in audacious IMO. You should not link solely against qt6-base and expect or hope that it pulls in a number of other libs in other source packages. -- Med vänliga hälsningar Patrick Franz
Bug#1076134: akonadi-server: akonadi_ews_resource - Segmentation fault
Hi Andy, On Thu, 11 Jul 2024 10:11:06 +0100 Andy Wood wrote: > Package: akonadi-server > Version: 4:22.12.3-1+b3 > Severity: normal > X-Debbugs-Cc: gr0...@ntlworld.com > > Dear Maintainer, > > On an up-to-date Debian testing installation, an update in the past > few days ie between the 5th and 10th of July 2024, Akonadi > (akonadi_ews_resource) now throws a Segmentation fault when attempting > to do a calendar update from O365. This had been working for years > before this problem. akonadi has not been updated in testing for quite a while. If it suddenly stoped working 2 weeks ago, then it's likely either a dependency of akonadi or Microsoft has changed something that akonadi cannot handle. -- Med vänliga hälsningar Patrick Franz
Bug#1073255: Qt 6 bindings for gpgme
Hi Andreas, On Sat, 22 Jun 2024 15:09:02 +0200 Andreas Metzler [...] > I have updated the packaging draft, adding the upstream change for Qt > 5 and Qt 6 include split 09827ffc7745e7dc4275f1c6e46531a959be1f71. > > I think this is basically ready for experimental. I see there is good progress on salsa. Do you have any estimate when you plan to upload it to experimental and/or unstable ? -- Med vänliga hälsningar Patrick Franz
Bug#1073255: Qt 6 bindings for gpgme
Hi Andreas, On Wed, 17 Jul 2024 08:03:58 +0200 Andreas Metzler wrote: > Hello Patrick, > > I am sorry I cannot give you an estimate there. I will not upload > without approval/review by the main maintainters. > > An upload would go to experimental first. Splitting of the qt devel > packages (#863149) will require an intermediate upload to unstable > with > just adding a Provides: libqgpgme-dev to libgpgmepp-dev, followed by > changing all packagages (build)-depending on QT gpgme to add a > (build)-dep on the new package name. Only once that is finished gpgme > with qt5/6-dev as separate packages could be uploaded to unstable. Thank you for the update. We will plan accordingly. -- Med vänliga hälsningar Patrick Franz
Bug#1076636: plasma-desktop-data: Missing qml6-module-qtqml-workerscript dependency
Hi Lev, this bug report is a bit incomplete I'm afraid. 1.) plasma-desktop-data is the wrong package to file it against, so we don't know what you have installed etc. 2.) What did you do ? 3.) What kind of crash did you encounter ? When you post logs, please post the full logs, not just truncated lines. -- Med vänliga hälsningar Patrick Franz
Bug#1076729: libwayland: breaks plasma desktop start after last upgrade to version 1.23.0-1
Hi, On Wed, 24 Jul 2024 18:22:02 + Jaycee Santos wrote: > According to [1], rebuilding kwin fixes the issue. > Will the auto-kwayland transition[2] handle this? No, that transition is something else. -- Med vänliga hälsningar Patrick Franz
Bug#1057015: ITP: qt6-grpc -- Qt 6 Protobuf & gRPC support
Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org,debian-qt-...@lists.debian.org * Package name: qt6-grpc Version : 6.6.0 Upstream Contact: The Qt Company Ltd. * URL : https://www.qt.io/developers/ * License : GPL, LGPL, BSD Description : Qt 6 Protobuf & gRPC support Qt is a cross-platform C++ application framework. Qt's primary feature is its rich set of widgets that provide standard GUI functionality. This module contains support for protobuf and gRPC.
Bug#1057050: qt6-multimedia: Please build with EIGEN_DONT_VECTORIZE on powerpc to fix FTBFS
Hej, Am Dienstag, 28. November 2023, 20:22:36 CET schrieb John Paul Adrian Glaubitz: [...] > With the above change, cmake defines the preprocessor macro > EIGEN_DONT_VECTORIZE and the build succeeds on powerpc. > > Could you apply this change for the next upload in order to fix the > build on powerpc? We're in the middle of packaging Qt 6.6 and I had not planned to do any more 6.4.2 updates unless absolutely necessary. Do you know whether this patch will also work on Qt 6.6.1 ? -- Med vänliga hälsningar Patrick Franz
Bug#1072320: FTBFS against QT 6.6
Package: pyotherside Version: 1.6.0-4 Severity: important Tags: ftbfs patch X-Debbugs-Cc: delta...@debian.org Dear Maintainer, we will soon transition Qt in unstable from 6.4 to 6.6. pyotherside 1.6.0 fails to build against Qt >= 6.5. To mitigate this, there are 2 possible solutions: * Backport https://github.com/thp/pyotherside/commit/45044252aaf73262cd46443acd049e7afcdf072b to 1.6.0 * Update to 1.6.1 which includes the patch Thank you for your work. -- Mvh, Patrick Franz
Bug#1071235: transition: qt6-base 6.6.2
Hej, Am Freitag, 31. Mai 2024, 09:41:11 CEST schrieb Emilio Pozuelo Monfort: > On 16/05/2024 23:34, Patrick Franz wrote: > > Package: release.debian.org > > Severity: normal > > X-Debbugs-Cc: delta...@debian.org > > User: release.debian@packages.debian.org > > Usertags: transition > > > > Hi Release Team, > > > > we would like to request a transition for Qt 6 from 6.4.2 to 6.6.2. > > > > To prepare for this transition, we tried to build as many reverse > > dependencies as possible. We encountered some FTBFS, but those > > failures have either been fixed since or patches are available to > > make the packages build with Qt 6.6. > > How many failures are we talking about? Can you make those bugs block > this one? Since this transition needs to go into testing in lockstep, > we can't start the transition until this is in a good shape. There are 5 failures left in Debian to take care of from what I know: * qtcreator: We split a package into 2 and qtcreator needs to build- depend on both. This cannot be fixed until Qt 6.6 is in unstable. Since the package is maintained in our team, I can fix it myself. * qcoro: Build results in symbol errors and can only be fixed once it is built against 6.6. The package is maintained in our team, so we'll take care of that. * pyotherside: FTBFS against Qt >= 6.5, but a patch is available. I filed a bug against the package and set it as blocking this transition. * dolphin-emu: FTBFS indepedently of the Qt version, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064753. The package has already been removed from testing, so that should not be a problem. * gpsbabel: We encountered test failures when we did the test build. It is likely that this was due to build environment as I could not find any problems at all for this package when building against Qt 6.6. I should mention that Ubuntu has successfully transitioned to Qt 6.6 recently. > > As part of this transition, we also reverted the name changes from > > the time_t transition for all libraries in qt6-base except the core > > library which will keep the t64-suffix (libqt6core6t64). > > We think this is ok since every Qt library depends on libqt6core6t64 > > and hence depending on libqt6core6t64 signals t64-compatibility. > Sounds fair to me. > > > The Ben file for the transition is attached. > > Added to the tracker, should appear shortly in [1]. Thank you. -- Med vänliga hälsningar Patrick Franz
Bug#1071235: transition: qt6-base 6.6.2
Hej, Am Donnerstag, 6. Juni 2024, 09:49:59 CEST schrieb Emilio Pozuelo Monfort: [...] > Sounds like we're in good shape. You can go ahead. All Qt packages have been uploaded, so you can start with the binNUMs soon. -- Med vänliga hälsningar Patrick Franz
Bug#1057050: qt6-multimedia: Please build with EIGEN_DONT_VECTORIZE on powerpc to fix FTBFS
Hej, Am Sonntag, 9. Juni 2024, 18:06:09 CEST schrieb John Paul Adrian Glaubitz: [...] > > The syntax of my proposed solution was wrong. My local tests were not > performed on a clean source which is why I did not notice the > suggested syntax didn't work. > > The proper syntax is: > > ifneq (,$(filter $(DEB_HOST_ARCH),powerpc)) > export DEB_CXXFLAGS_MAINT_APPEND = -DEIGEN_DONT_VECTORIZE > endif > > @Patrick: Could you update the debian/rules file please to use the > above syntax? I'll update d/rules once the transition is finished. -- Med vänliga hälsningar Patrick Franz
Bug#1073255: Qt 6 bindings for gpgme
Package: gpgme1.0 Severity: wishlist X-Debbugs-Cc: delta...@debian.org Dear Maintainer, we are in the process of packaging the Plasma 6 desktop. The KDE stack is using gpgme in some components, but for Plasma 6 everything switched to Qt 6. Currently, gpgme offers Qt 5 bindings, but for Plasma 6 we will need the Qt 6 bindings for gpgme. Is it possible to add them ? -- Mvh Patrick Franz
Bug#1062449: xdg-utils: Please package 1.2.0
Hi, I can only re-iterate the wish. xdg-utils 1.2.0 is needed for Plasma 6 which we are currently packaging. -- Med vänliga hälsningar Patrick Franz
Bug#1057359: qmake: use qmake6 when QT_SELECT=qt6
Hej, Am Montag, 11. Dezember 2023, 16:30:14 CET schrieb Helmut Grohne: [...] > Can I also get some ack from Qt maintainers such that we can move > forward in consensus? +1 And thanks for all the work you put in. -- Med vänliga hälsningar Patrick Franz
Bug#1057755: Qt WebEngine Security Support In Stable
Hej, Am Freitag, 8. Dezember 2023, 02:49:56 CET schrieb Soren Stoutner: [...] > For the Qt and KDE maintainers, how feasible would it be > to always make sure an LTS release of Qt is what is shipped in stable > releases? Probably not very feasible. One issue is that Debian & Qt have different release schedules. Debian releases happen roughly every 2 years whereas Qt LTS releases happen every 18 months (if they keep the schedule). That means that it aligns well for some releases (like trixie), but badly for other releases. In the worst case, Qt could be close to 2 years old when Debian is released if we stick to LTS releases. Another complication is that the KDE regularly requires quite recent versions of its dependencies. The KDE 6 megarelease in February requires Qt 6.6 and has done so since the first alpha release. In other words, a 6-months old LTS Qt was already too old. If we have to stick to old KDE versions, the entire KDE stack might be out of support before Debian even gets to its first freeze. -- Med vänliga hälsningar Patrick Franz
Bug#1057755: Qt WebEngine Security Support In Stable
Hej Soren, Am Mittwoch, 13. Dezember 2023, 22:19:04 CET schrieb Soren Stoutner: [...] > Qt has LTS releases about every 18 months and supports them for 36 > months (three years). This means there are always two active LTS > releases. Unless there is an unusually long freeze, stable should > end up with a release that has somewhere between 1and 2 years of > support. It might not be perfect, but it is a lot better than what > we currently have. Don't forget that the open-source Qt LTS releases are delayed by a year. > The transition to KDE 6 is a bit of a unique situation. I would > imagine that it would need to mature a bit before most people want to > be using it (thinking of the old KDE 4 transition, or even the one to > KDE 5). By the time KDE 6 is ready to propagate to stable, I would > imagine that there will be a version that is based on an LTS release > of Qt. The release schedule for Plasma 6 is not set in stone yet, but the earliest they can base it on a Qt LTS would be in about a year. Let's see how that lines up with trixie. > Looking at KDE’s release information, I see that KDE has an LTS > release about 1-2 years. I am assuming these KDE LTS releases are > compatible with Qt LTS releases, although if anyone has any > information to the contrary please share. > > https://community.kde.org/Schedules/Plasma_5[1] > > https://endoflife.date/kde-plasma[2] > > How feasible would it be to make sure that stable always ships with > paired LTS releases of KDE and Qt? KDE doesn't have LTS releases, only Plasma has. If Plasma 6 continues the path of Plasma 5, they'll have LTS releases every 2 years, namely early in even years so that it fits with the Ubuntu LTS release among other things. And that is quite a bad fit for Debian. [Plasma 5.27 in bookworm is an outlier. It was made LTS because it is the last Plasma 5 release.] KDE used to support Plasma LTS releases for about 18-20 months. That meant that by the time of a Debian release, the LTS release is almost out of support. And yes, support for an LTS version stops several months before the next LTS version is released. > As you point out above, those > release windows might not line up exactly with Debian’s release > window, but it seems like it would be an improvement on the current > situation. Beyond security support issues, there would probably be a > lot of stability benefits (like KMail not breaking as often). There is no LTS version of Kmail. Neither the Frameworks nor KDE Gear have LTS versions. By the time of a Debian release, both are already out of support. > If you don’t think it is feasible to ship LTS versions of KDE and Qt > in stable, how do you propose handling proper security support for > KDE and Qt? I can only do with what I have. If you want better support, you need more resources. -- Med vänliga hälsningar Patrick Franz
Bug#1057755: Qt WebEngine Security Support In Stable
Hej, Am Sonntag, 17. Dezember 2023, 00:33:58 CET schrieb Soren Stoutner: [...] > > No matter what angelfish does, qtwebview-opensource-src will in any > > case also need a rebuild. > > Qt WebView is deprecated upstream. It was based on the same Apple > WebKit source that WebViewGTK uses. It was replaced quite a while > ago by Qt WebEngine, which is based on Google’s Chromium. There is > no Qt 6 version of Qt WebView, so it will go entirely away at that > point. There is one: https://tracker.debian.org/pkg/qt6-webview Are you perhaps confusing Qt WebView with Qt WebKit ? > But this brings up an interesting question. Why are the Qt source > packages building private-dev binary packages? There was probably > some historical reason for doing so, but handling security support in > stable would be a lot easier if we stopped shipping private headers > that other packages can build- depends on. Perhaps Dmitry or Patrick > could provide some background. Usually, we try to avoid packaging the private headers. But for some packages, we just need to. And that's because other packages depend on them incl. other Qt submodules. We don't have a rule set in stone, but we usually package private headers when either another Qt submodule needs them (e.g. qtwebview needs the private headers of qtwebengine, hence we package them) or when important KDE components need them (e.g. qtwayland). -- Med vänliga hälsningar Patrick Franz
Bug#1059231: ITP: qt6-location -- Qt6 Location
Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org,debian-qt-...@lists.debian.org * Package name: qt6-location Version : 6.6.1 Upstream Contact: The Qt Company Ltd. * URL : https://www.qt.io/developers/ * License : GPL, LGPL, FDL Programming Lang: C++ Description : Qt6 Location Qt is a cross-platform C++ application framework. Qt's primary feature is its rich set of widgets that provide standard GUI functionality. The Qt Location module helps you create mapping solutions using data available from popular location service providers, such as Open Street Map.
Bug#1057299: designer-qt6: is libqquickwidget.so part of the interface or an implementation detail?
Hej, Am Montag, 4. Dezember 2023, 13:24:24 CET schrieb Lisandro Damián Nicanor Pérez Meyer: [...] > I think there is a huge chance that this will be fixed with 6.6, where > we passed some extra variables to let Qt stuff build without > requiring QML stuff. Might need an extra upload of phonon > afterwards... I think this is independent of what we did in regards to the plugins for Qt 6.6 as it now concerns more than just QML plugins. I also think Helmut is correct in that we likely should split the package in 2: One for the designer (that can be M-A: foreign) and one for the plugins with M-A: same. -- Med vänliga hälsningar Patrick Franz
Bug#1071235: transition: qt6-base 6.6.2
Package: release.debian.org Severity: normal X-Debbugs-Cc: delta...@debian.org User: release.debian@packages.debian.org Usertags: transition Hi Release Team, we would like to request a transition for Qt 6 from 6.4.2 to 6.6.2. To prepare for this transition, we tried to build as many reverse dependencies as possible. We encountered some FTBFS, but those failures have either been fixed since or patches are available to make the packages build with Qt 6.6. As part of this transition, we also reverted the name changes from the time_t transition for all libraries in qt6-base except the core library which will keep the t64-suffix (libqt6core6t64). We think this is ok since every Qt library depends on libqt6core6t64 and hence depending on libqt6core6t64 signals t64-compatibility. The Ben file for the transition is attached. Thank you. -- Patrick Franz title = "Qt 6.6.2"; is_affected = .depends ~ /\b(libqt6concurrent6|libqt6dbus6|libqt6gui6|libqt6network6|libqt6opengl6|libqt6openglwidgets6|libqt6printsupport6|libqt6sql6|libqt6test6|libqt6widgets6|libqt6xml6|libqt6concurrent6t64|libqt6dbus6t64|libqt6gui6t64|libqt6network6t64|libqt6opengl6t64|libqt6openglwidgets6t64|libqt6printsupport6t64|libqt6sql6t64|libqt6test6t64|libqt6widgets6t64|libqt6xml6t64|qt6-.*-abi \(= 6\.4\.2\)|qt6-.*-private-abi \(= 6\.6\.2\))\b/; is_good = .depends ~ /\b(libqt6concurrent6|libqt6dbus6|libqt6gui6|libqt6network6|libqt6opengl6|libqt6openglwidgets6|libqt6printsupport6|libqt6sql6|libqt6test6|libqt6widgets6|libqt6xml6|qt6-.*-private-abi \(= 6\.6\.2\))\b/; is_bad = .depends ~ /\b(libqt6concurrent6t64|libqt6dbus6t64|libqt6gui6t64|libqt6network6t64|libqt6opengl6t64|libqt6openglwidgets6t64|libqt6printsupport6t64|libqt6sql6t64|libqt6test6t64|libqt6widgets6t64|libqt6xml6t64|qt6-.*-abi \(= 6\.4\.2\))\b/;
Bug#1069810: qt6-tools:6.4.2: Please add support for loongarch64
Hej, I will likely not add this patch for 6.4.2 as my plan regarding Qt 6 is the following: During the time_t transition, I only want to change or fix what is absolutely necessary for the transition to succeed. Adding support for loong64 is not among that. Once the transition is completed for Qt 6, I want to push Qt 6.6.2 to unstable which builds successfully on loong64. Thanks for your understanding. -- Med vänliga hälsningar Patrick Franz
Bug#1062965: Re: Bug#1069810: qt6-tools:6.4.2: Please add support for loongarch64
Hej, Am Donnerstag, 25. April 2024, 13:49:46 CEST schrieb 王怀卿: [...] > Would you > please provide an approximate timeline for the release of the 6.6.2 > version of qt6-tools by the Debian community? I'm sorry, but I cannot. I doubt anyone can. The time_t transition is quite complex and the first packages have started to migrate to testing, but It's unknown when all relevant packages for Qt 6 can migrate. What you can do is check when qt6-base migrates. That might give you an idea how long it's going to take until 6.6.2 is available. -- Med vänliga hälsningar Patrick Franz
Bug#1069690: bookworm-pu: package libkf5ksieve/4:22.12.3-1+deb12u1
Hi, forgot to mention: The relevant bug report for libkf5ksieve is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069163 -- Med vänliga hälsningar Patrick Franz
Bug#1069836: bullseye-pu: package libkf5ksieve/20.08.3-1+deb11u1
Package: release.debian.org
Severity: normal
Tags: bullseye
X-Debbugs-Cc: delta...@debian.org
User: release.debian@packages.debian.org
Usertags: pu
This is the same request as for bookworm (#1069690).
Relevant bug report is #1069163.
[ Reason ]
There is a bug in libkf5sieve where the password instead of the
username is sent when using managesieve and could therefore be
logged on a server as the login will fail.
[ Impact ]
Potentially sensitive passwords are logged on a server.
[ Tests ]
Affected user has successfully tested the patched version.
[ Risks ]
The patch is trivial (1 line is changed) and it's quite obvious
that it was a bug in the first place.
[ Checklist ]
[x] *all* changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in (old)stable
[x] the issue is verified as fixed in unstable
[ Changes ]
1-line patch to fix the bug.
diffstat for libkf5ksieve-20.08.3 libkf5ksieve-20.08.3
changelog |8
patches/password_leak.patch | 30 ++
patches/series |1 +
3 files changed, 39 insertions(+)
diff -Nru libkf5ksieve-20.08.3/debian/changelog
libkf5ksieve-20.08.3/debian/changelog
--- libkf5ksieve-20.08.3/debian/changelog 2020-12-16 01:50:06.0
+0100
+++ libkf5ksieve-20.08.3/debian/changelog 2024-04-25 12:37:50.0
+0200
@@ -1,3 +1,11 @@
+libkf5ksieve (4:20.08.3-1+deb11u1) bullseye; urgency=medium
+
+ * Team upload.
+ * Add patch to prevent leaking passwords into server-side logs
+(Closes: #1069163).
+
+ -- Patrick Franz Thu, 25 Apr 2024 12:37:50 +0200
+
libkf5ksieve (4:20.08.3-1) unstable; urgency=medium
[ Sandro Knauß ]
diff -Nru libkf5ksieve-20.08.3/debian/patches/password_leak.patch
libkf5ksieve-20.08.3/debian/patches/password_leak.patch
--- libkf5ksieve-20.08.3/debian/patches/password_leak.patch 1970-01-01
01:00:00.0 +0100
+++ libkf5ksieve-20.08.3/debian/patches/password_leak.patch 2024-04-25
12:36:16.0 +0200
@@ -0,0 +1,30 @@
+From 6b460ba93ac4ac503ba039d0b788ac7595120db1 Mon Sep 17 00:00:00 2001
+From: Laurent Montel
+Date: Wed, 8 Mar 2023 06:51:22 +0100
+Subject: [PATCH] Fix 467034: libksieve/src/kmanagesieve/session.cpp assigns
+ password to username & gets logged(
+
+Bug investigate by "bib" thanks
+BUG: 467034
+BUG: 437858
+FIXED-IN: 5.23.0
+---
+ src/kmanagesieve/session.cpp | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/kmanagesieve/session.cpp b/src/kmanagesieve/session.cpp
+index 26fd7b59..0e40d721 100644
+--- a/src/kmanagesieve/session.cpp
b/src/kmanagesieve/session.cpp
+@@ -273,7 +273,7 @@ KManageSieve::AuthDetails
Session::requestAuthDetails(const QUrl &url)
+ AuthDetails ad;
+ ad.valid = false;
+ if (dlg->exec()) {
+-ad.username = dlg->password();
++ad.username = dlg->username();
+ ad.password = dlg->password();
+ ad.valid = true;
+ }
+--
+GitLab
+
diff -Nru libkf5ksieve-20.08.3/debian/patches/series
libkf5ksieve-20.08.3/debian/patches/series
--- libkf5ksieve-20.08.3/debian/patches/series 1970-01-01 01:00:00.0
+0100
+++ libkf5ksieve-20.08.3/debian/patches/series 2024-04-25 12:36:09.0
+0200
@@ -0,0 +1 @@
+password_leak.patch
Bug#1069831: kaddressbook: KAddressBook is not in the application launcher.
Hej Olaf,
Am Donnerstag, 25. April 2024, 14:56:01 CEST schrieb olaf:
> Package: kaddressbook
> Version: 4:22.12.3-1+b1
> Severity: normal
>
> Dear Maintainer,
>
> the term used in the KDE Help Center (KDE-Hilfezentrum) is
> "KAddressBook" ("Das Handbuch zu KAddressBook").
>
> There is no "KAddressBook" in the "KDE application launcher"
> ("Anwendungsstarter", my translation, what this launcher is called in
> the original is unknown to me).
>
> However, there is an "Addressbuch" which becomes "KAddressBook" after
> startup.
>
> Maybe it has something to do with the infantilization of program
> names, as GNOME has done, maybe it is a translation error into German?
I think this is one of those "It's not a bug, it's a feature."
When you type a term into the search field in your application launcher,
I think it only searches the fields for your system language, highly
likely by design. I KAddressbook's example, the German translation lists
"Addresbuch" and therefore the app will show up in your launcher.
However, it will not show up when you type "kaddressbook" as this term
is not listed under German.
If you switched your system language to English, it would list the app
when you search for "kaddressbook", but not when you search for
"Adressbuch". And this is intentional as you wouldn't want tons of
results just because your search term matches something in French or
Swaheli, now would you ?
I'm inclined to close this bug as I don't think that this is a bug...
--
Med vänliga hälsningar
Patrick Franz
Bug#1070084: libkpimgapi-data: KAddressBook, and possibly related programs, fail to integrate with Google
Hi Daniel, this is a known problem as Google deprecated the Contacts API and replaced it with the People API. The KDE PIM in unstable, testing and stable is too old to support the People API which was added for 23.04. The only option to fix this is to update the entire KDE PIM stack (roughly 50 packages) to 23.04 or later. However, this is sadly not possible right now. I cannot give you a timeline when this is going to happen. -- Med vänliga hälsningar Patrick Franz
Bug#1070254: ktp-text-ui FTBFS: undefined reference to `snappy::RawCompress(char const*, unsigned long, char*, unsigned long*)'
Hej, Am Donnerstag, 2. Mai 2024, 15:24:07 CEST schrieb Helmut Grohne: > Source: ktp-text-ui > Version: 22.12.3-1 > Severity: serious > Tags: ftbfs > Justification: fails to build from source (but built successfully in > the past) > > ktp-text-ui fails to build from source in unstable on amd64. The [...] > | /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.15.10 /usr/bin/ld: > | /usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5.15.15: undefined > | reference to `snappy::RawCompress(char const*, unsigned long, > | char*, unsigned long*)' collect2: error: ld returned 1 exit status That looks like it's https://bugs.debian.org/cgi-bin/bugreport.cgi? bug=1070254 for which a fix has been uploaded. I guess trying to rebuild it tomorrow will fix this build error. -- Med vänliga hälsningar Patrick Franz
Bug#998197: kdeconnectd: should not listen on all interfaces by default
Control: severity -1 important Hi Witold, On Tue, 07 May 2024 02:36:46 + Witold Baryluk wrote: [...] > Elevating severity, because it looks like I didn't even installed this > package (I did inspect all apt-get install invokations since system > creation), and it kdeconnect could only be installed due to some > suggests / recommends, not due to any dependency or direct request. How the package was installed on your system, I don't know, but as you suspect it was likely a recommendation of another package. Regarding the issue at hand: I can see why you consider this a problem. But unfortunately, there is no way of changing that behaviour, I suspect the behaviour might be intentional. People have requested this feature upstream (https:// bugs.kde.org/show_bug.cgi?id=432378) and even asked for ways to disable kdeconnectd (https://bugs.kde.org/show_bug.cgi?id=417615). The latter bug report could give you ideas how to achieve that. If this issue poses a serious problem for you, you can remove kdeconnect from your system. That might also give you a hint why it was installed in the first place. Upstream KDE actually recommends installing kdeconnect as part of the Plasma installation. Whether that recommendation fits the Debian's recommendation, is yet to be determined and we might have to see over the recommendation. However, I do disagree about the severity of this. I don't think that this issue warrants the removal of kdeconnect from Debian and hence, I'm lowering it to important. -- Med vänliga hälsningar Patrick Franz
Bug#1068518: ITP: kf6-ksvg -- Library for rendering SVG-based themes with stylesheet re-coloring and on-disk caching
Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org,debian-qt-...@lists.debian.org * Package name: kf6-ksvg Version : 6.0.0 Upstream Contact: KDE * URL : https://invent.kde.org/frameworks/ksvg * License : GPL, LGPL, BSD, MIT, CC0 Programming Lang: C++ Description : Library for rendering SVG-based themes with stylesheet re-coloring and on-disk caching KSvg provides both C++ classes and QtQuick components to render svgs based on image packs. Compared to plain QSvg, it caches the rendered images on disk with KImageCache, and can re-color properly crafted svg shapes that include internal stylesheets. Package will be maintained within the Debian Qt/KDE team.
Bug#1068519: ITP: kf6-ktexttemplate -- Library to allow application developers to separate the structure of documents from the data they contain
Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org, debian-qt-...@lists.debian.org * Package name: kf6-ktexttemplate Version : 6.0.0 Upstream Contact: KDE * URL : https://invent.kde.org/frameworks/ktexttemplate * License : LGPL Programming Lang: C++ Description : Library to allow application developers to separate the structure of documents from the data they contain KTextTemplate is a library to allow application developers to separate the structure of documents from the data they contain. The goal of KTextTemplate is to make it easier for application developers to separate the structure of documents from the data they contain, opening the door for theming and advanced generation of other text such as code. Package will be maintained within the Debian Qt/KDE team.
Bug#1068520: ITP: kf6-kcolorscheme -- Classes to read and interact with KColorScheme
Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org,debian-qt-...@lists.debian.org * Package name: kf6-kcolorscheme Version : 6.0.0 Upstream Contact: KDE * URL : https://invent.kde.org/frameworks/kcolorscheme * License : LGPL, BSD, CC0 Programming Lang: C++ Description : Classes to read and interact with KColorScheme KColorScheme provides classes to read and interact with KColorScheme. Package will be maintained within the Debian Qt/KDE team.
Bug#1068521: ITP: kf6-kstatusnotifieritem -- Implementation of Status Notifier Items
Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org,debian-qt-...@lists.debian.org * Package name: kf6-kstatusnotifieritem Version : 6.0.0 Upstream Contact: KDE * URL : https://invent.kde.org/frameworks/kstatusnotifieritem * License : LGPL, CC0 Programming Lang: C++ Description : Implementation of Status Notifier Items KStatusNotifierItem provides an implementation of Status Notifier Items. Package will be maintained within the Debian Qt/KDE team.
Bug#1069690: bookworm-pu: package libkf5ksieve/4:22.12.3-1+deb12u1
Package: release.debian.org
Severity: normal
Tags: bookworm
X-Debbugs-Cc: delta...@debian.org
User: release.debian@packages.debian.org
Usertags: pu
[ Reason ]
There is a bug in libkf5sieve where the password instead of the
username is sent when using managesieve and could therefore be
logged on a server as the login will fail.
[ Impact ]
Potentially sensitive passwords are logged on a server.
[ Tests ]
Affected user has successfully tested the patched version.
[ Risks ]
The patch is trivial (1 line is changed) and it's quite obvious
that it was a bug in the first place.
[ Checklist ]
[x] *all* changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in (old)stable
[x] the issue is verified as fixed in unstable
[ Changes ]
1-line patch to fix the bug.
diffstat for libkf5ksieve-22.12.3 libkf5ksieve-22.12.3
changelog |8
patches/password_leak.patch | 30 ++
patches/series |1 +
3 files changed, 39 insertions(+)
diff -Nru libkf5ksieve-22.12.3/debian/changelog
libkf5ksieve-22.12.3/debian/changelog
--- libkf5ksieve-22.12.3/debian/changelog 2023-03-01 21:32:56.0
+0100
+++ libkf5ksieve-22.12.3/debian/changelog 2024-04-22 17:43:15.0
+0200
@@ -1,3 +1,11 @@
+libkf5ksieve (4:22.12.3-1+deb12u1) bookworm; urgency=medium
+
+ [ Patrick Franz ]
+ * Add patch to prevent leaking passwords into server-side logs
+(Closes: #1069163).
+
+ -- Patrick Franz Mon, 22 Apr 2024 17:43:15 +0200
+
libkf5ksieve (4:22.12.3-1) unstable; urgency=medium
[ Patrick Franz ]
diff -Nru libkf5ksieve-22.12.3/debian/patches/password_leak.patch
libkf5ksieve-22.12.3/debian/patches/password_leak.patch
--- libkf5ksieve-22.12.3/debian/patches/password_leak.patch 1970-01-01
01:00:00.0 +0100
+++ libkf5ksieve-22.12.3/debian/patches/password_leak.patch 2024-04-19
13:08:00.0 +0200
@@ -0,0 +1,30 @@
+From 6b460ba93ac4ac503ba039d0b788ac7595120db1 Mon Sep 17 00:00:00 2001
+From: Laurent Montel
+Date: Wed, 8 Mar 2023 06:51:22 +0100
+Subject: [PATCH] Fix 467034: libksieve/src/kmanagesieve/session.cpp assigns
+ password to username & gets logged(
+
+Bug investigate by "bib" thanks
+BUG: 467034
+BUG: 437858
+FIXED-IN: 5.23.0
+---
+ src/kmanagesieve/session.cpp | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/kmanagesieve/session.cpp b/src/kmanagesieve/session.cpp
+index 26fd7b59..0e40d721 100644
+--- a/src/kmanagesieve/session.cpp
b/src/kmanagesieve/session.cpp
+@@ -273,7 +273,7 @@ KManageSieve::AuthDetails
Session::requestAuthDetails(const QUrl &url)
+ AuthDetails ad;
+ ad.valid = false;
+ if (dlg->exec()) {
+-ad.username = dlg->password();
++ad.username = dlg->username();
+ ad.password = dlg->password();
+ ad.valid = true;
+ }
+--
+GitLab
+
diff -Nru libkf5ksieve-22.12.3/debian/patches/series
libkf5ksieve-22.12.3/debian/patches/series
--- libkf5ksieve-22.12.3/debian/patches/series 1970-01-01 01:00:00.0
+0100
+++ libkf5ksieve-22.12.3/debian/patches/series 2024-04-19 13:08:20.0
+0200
@@ -0,0 +1 @@
+password_leak.patch
Bug#1073394: ktextaddons: FTBFS: unsatisfiable build-dependencies: libkf6archive-dev (>= 6.0.0~), libkf6configwidgets-dev (>= 6.0.0~), libkf6coreaddons-dev (>= 6.0.0~), libkf6i18n-dev (>= 6.0.0~), lib
Hi, the package was accidentally uploaded to unstable instead of experimental and therefore has unsatisfiable build-dependencies. This will be solved once the KDE Frameworks 6 are uploaded to unstable. But since ktextaddons currently does not have any reverse dependencies in Debian, I'll leave it at that. -- Med vänliga hälsningar Patrick Franz
Bug#1074108: New upstream version 2.2.0
Package: kdsoap Version: 1.9.1+dfsg-5 Severity: wishlist X-Debbugs-Cc: delta...@debian.org Dear Maintainer, we are currently packaging Plasma 6 as well KDE Gear 6. The package kio-extras needs an updated version of kdsoap for its newest releases based on Qt 6. The way I understand it is that you can build both a Qt 5 and a Qt 6 version in the same build. It would be great if this could be packaged. Thank you. -- Regards Patrick Franz
Bug#1074110: Qt 6 bindings
Package: libquotient Version: 0.8.1.2-2 Severity: wishlist X-Debbugs-Cc: delta...@debian.org Dear Maintainer, we are currently packaging Plasma 6 as well KDE Gear 6. The package neochat among others needs an updated version of libquotient with Qt 6 bindings for its newest releases based on Qt 6. It would be great if this could be packaged. Thank you. -- Regards Patrick Franz
Bug#1074218: dogecoin: FTBFS because of symbol errors
Package: dogecoin Version: 1.14.7-1 Severity: serious Tags: ftbfs X-Debbugs-Cc: delta...@debian.org Dear Maintainer, the package FTBFS on amd64 due to symbol errors. See https://buildd.debian.org/status/fetch.php?pkg=dogecoin&arch=amd64&ver=1.14.7-1&stamp=1716846348&raw=0 -- Regards Patrick Franz
Bug#1074219: eln: Build-Depends on unsatisfiable dependencies on armel/mips64el/ppc64el/s390x
Package: eln Version: 1.5.4-1 Severity: serious X-Debbugs-Cc: delta...@debian.org Dear Maintainer, your package build-depends on qt6-pdf-dev, qml6-module-qtwebengine-controlsdelegates and qml6-module-qtwebengine on armel/mips64el/ppc64el/s390x. However, these packages only exist on amd64/arm64/armhf/i386. This prevents the packages from being built on these architectures and thus from migrating to testing. -- Regards Patrick Franz
Bug#1074221: morph-browser: FTBFS on mips64el
Package: morph-browser Version: 1.1.0+dfsg-2 Severity: serious Tags: ftbfs X-Debbugs-Cc: delta...@debian.org Dear Maintainer, your package fails to build on mips64el and can therefore not migrate to testing. See https://buildd.debian.org/status/fetch.php?pkg=morph-browser&arch=mips64el&ver=1.1.0%2Bdfsg-2&stamp=1716667926&raw=0 -- Regards Patrick Franz
Bug#1026957: (no subject)
Hi, I'm raising the severity to serious as the explicit dependency to libqt6core6 causes the package to have unsatisfiable dependencies. The package libqt6core6 has been superseded by libqt6core6t64. And as already mentioned, these explicit dependencies to the Qt libraries should not be needed. -- Med vänliga hälsningar Patrick Franz
Bug#1074226: sonic-visualiser: FTBFS on armel/armhf
Package: sonic-visualiser Version: 4.5.2-2 Severity: serious Tags: ftbfs X-Debbugs-Cc: delta...@debian.org Dear Maintainer, your package FTBFS on armel/armhf is therefore stuck on unsatisfiable dependencies. See https://buildd.debian.org/status/fetch.php?pkg=sonic-visualiser&arch=armel&ver=4.5.2-2%2Bb3&stamp=1713251413&raw=0 and https://buildd.debian.org/status/fetch.php?pkg=sonic-visualiser&arch=armhf&ver=4.5.2-2%2Bb3&stamp=1713249425&raw=0 -- Regards Patrick Franz
Bug#1074227: goldencheetah: Unsatisfiable build-dependencies
Package: goldencheetah Version: 1:3.5-5 Severity: serious X-Debbugs-Cc: delta...@debian.org Dear Maintainer, your package has unsatisfiable build-dependencies, specifically libqt5widgets5 and libqt5concurrent5. These packages have been superseded by libqt5widgets5t64 and libqt5concurrent5t64 respectively. Build-depending on them is neither necessary nor recommended as the corresponding packages are pulled automatically by qtbase5-dev. -- Regards Patrick Franz
Bug#1073480: zstdTargets.cmake: missing targets zstd::libzstd_shared, zstd::libzstd_static, zstd::libzstd
Hi, On Thu, 27 Jun 2024 11:01:44 +0900 yokota wrote: > Hello, > > I think this bug is not a libzstd's bug but qt6-base's bug. > > Please check this QTBUG. > > [#QTBUG-119469] Targets not yet defined: zstd::libzstd_static > > https://bugreports.qt.io/browse/QTBUG-119469 > > The QTBUG said this bug was fixed in Qt 6.7.2, so update Qt to 6.7.2 > will fixes the problem. > > Or, back port QTBUG-119469 fix from git commits. > https://code.qt.io/cgit/qt/qtbase.git/log/?qt=grep&q=QTBUG-119469 > > PS: > Arch Linux also have this bug. > > https://gitlab.archlinux.org/archlinux/packaging/packages/qt6-doc/-/ issues/1 Backporting these commits does not solve the issue for me. Maybe I am doing something wrong, but I still get the error in qt6-tools. If anybody else wants to take a crack a it, go ahead. Because I cannot spend any more time on this. Short of updating Qt to 6.7.2 or completely disabling zstd support in Qt, I'm kinda out of options. I cannot judge the consequence of removing zstd support and updating Qt will take several weeks at least. -- Med vänliga hälsningar Patrick Franz
Bug#1074485: ITP: krdp -- Library for creating an RDP server
Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org, debian-qt-...@lists.debian.org * Package name: krdp Version : 6.1.0 Upstream Contact: KDE * URL : https://invent.kde.org/plasma/krdp * License : GPL, LGPL, BSD Programming Lang: C++ Description : Library for creating an RDP server krdp contains a library and examples for creating an RDP server. The package is part of Plasma 6 and will be maintained by the Debian Qt/KDE team.
Bug#1032512: Unneeded versioned dependency to libx11-xcb1
Hi Klaus, On Wed, 8 Mar 2023 11:41:57 +0100 Klaus Ethgen wrote: > Package: libqt6opengl6 > Version: 6.4.2+dfsg-7 > Severity: important > > The package has an versioned dependency to libxcb-xkb1, which > currently prevent the workaround about a critical bug in that library > by using the version bevore the current one. Can you elaborate a bit more ? Are you saying you need to use libx11-xcb1 2:1.8.3 ? -- Med vänliga hälsningar Patrick Franz
Bug#1032512: Unneeded versioned dependency to libx11-xcb1
Hi, On Wed, 8 Mar 2023 22:17:41 +0100 Klaus Ethgen wrote: [...] > > Look at #1032379... The versioned dependency on libx11-xcb1 was picked up automatically for a reason and I have no intention of fiddling with it. As this is an issue with libx11 and not a bug in Qt, it should be fixed there and not here. I'm inclined to close both this bug and #1032513. -- Med vänliga hälsningar Patrick Franz
Bug#1032512: Unneeded versioned dependency to libx11-xcb1
Hi, On Thu, 9 Mar 2023 06:34:16 +0100 Klaus Ethgen wrote: [...] > But the versioned dependency is unneeded as I could test by forcing > install old version. It does not only work, it does also work better > in the "broken" state than with the correct dependencies. > > So it IS a bug of this package. No, it is not a bug in Qt. The versioned dependency is picked up by the Debian build system and not by code in Qt. If it has to pick 1.8.4, then it is because it either needs it or it cannot determine which version would suffice. Merely pointing to a single use case is not enough to lower it. Maybe there are use cases where 1.8.4 is needed. There are a dozen packages depending on libx11-xcb1 1.8.4 - do you want those to lessen their dependencies as well ? Manually editing automatically picked-up dependencies is asking for trouble. The bug is in libx11. If you want the situation solved, please help fixing the bug there. -- Med vänliga hälsningar Patrick Franz
Bug#1032240: akonadi server fails to start since it cannot connect to mysql database
Hi, the issue is connected to MariaDB when upgrading after the shutdown was not clean, see https://bugs.debian.org/cgi-bin/bugreport.cgi? bug=1032047#40 We are trying to find a solution for this. -- Med vänliga hälsningar Patrick Franz
Bug#1033286: systemsettings crashes when trying to access the Flatpak permission module
Package: systemsettings Version: 4:5.27.2-1 Severity: important X-Debbugs-Cc: delta...@debian.org Dear Maintainer, systemsettings crashes when trying to access the Flatpak Permission module. This is due to the flatpak package not being required by the Permission module. Installing the flatpak package resolves the issue. -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-6-amd64 (SMP w/20 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages systemsettings depends on: ii kio 5.103.0-1 ii kpackagetool5 5.103.0-1 ii libc6 2.36-8 ii libkf5activities5 5.103.0-1 ii libkf5auth5 5.103.0-1 ii libkf5authcore5 5.103.0-1 ii libkf5completion5 5.103.0-1 ii libkf5configcore5 5.103.0-1 ii libkf5configgui55.103.0-1 ii libkf5configwidgets55.103.0-1 ii libkf5coreaddons5 5.103.0-1 ii libkf5crash55.103.0-1 ii libkf5dbusaddons5 5.103.0-1 ii libkf5i18n5 5.103.0-1 ii libkf5iconthemes5 5.103.0-1 ii libkf5itemmodels5 5.103.0-1 ii libkf5itemviews55.103.0-1 ii libkf5kcmutils5 5.103.0-3 ii libkf5kiocore5 5.103.0-1 ii libkf5kiogui5 5.103.0-1 ii libkf5kiowidgets5 5.103.0-1 ii libkf5kirigami2-5 5.103.0-1 ii libkf5notifications55.103.0-1 ii libkf5package5 5.103.0-1 ii libkf5runner5 5.103.0-1 ii libkf5service-bin 5.103.0-1 ii libkf5service5 5.103.0-1 ii libkf5widgetsaddons55.103.0-1 ii libkf5windowsystem5 5.103.0-1 ii libkf5xmlgui5 5.103.0-1 ii libkworkspace5-54:5.27.2-1 ii libqt5core5a5.15.8+dfsg-3 ii libqt5gui5 5.15.8+dfsg-3 ii libqt5qml5 5.15.8+dfsg-3 ii libqt5quick55.15.8+dfsg-3 ii libqt5quickwidgets5 5.15.8+dfsg-3 ii libqt5widgets5 5.15.8+dfsg-3 ii libstdc++6 12.2.0-14 ii qml-module-org-kde-kcm 5.103.0-1 ii qml-module-org-kde-kcmutils 5.103.0-3 ii qml-module-org-kde-kirigami25.103.0-1 ii qml-module-org-kde-kitemmodels 5.103.0-1 ii qml-module-org-kde-newstuff 5.103.0-1 ii qml-module-qtquick-controls 5.15.8-2 ii qml-module-qtquick-layouts 5.15.8+dfsg-3 ii qml-module-qtquick-shapes 5.15.8+dfsg-3 ii qml-module-qtquick2 5.15.8+dfsg-3 systemsettings recommends no packages. systemsettings suggests no packages. -- no debconf information
Bug#822061: kalarm: KF5 version requires plasma-workspace to work properly
Hi David, is this bug still relevant ? -- Med vänliga hälsningar Patrick Franz
Bug#862262: libkf5gapicalendar5: Google calendar changes not synced from Google.
Hi Andy, sorry for the rather late reply, but do you still encounter this issue even with the current version of KDE PIM in unstable/testing ? -- Med vänliga hälsningar Patrick Franz
Bug#988288: /usr/bin/pimdataexporter: I can't import file zip configuration
Hi Davide, I cannot reproduce this issue with the current version of KDE PIM 22.08. I exported some KDE PIM data and when trying to import that data, the tool showed me exactly those configs I had exported. Do you still experience the same even with KDE PIM 22.08 ? -- Med vänliga hälsningar Patrick Franz
Bug#1021884: korganizer segfaults when adding new event
Hi, does this happen for all types of calendars or only specific ones ? -- Med vänliga hälsningar Patrick Franz
Bug#1023001: Better explanation
Hi Andrés, On Sat, 29 Oct 2022 00:17:35 +0200 Andrés Segarra wrote: > It was my first time with Reportbug and I didn't use it correctly. > > So, this afternoon I updated plasma to 5.26 in my debian testing > machine and the update went smoothly, but the package "plasma-desktop" > was removed from my system. The plasma desktop itself worked, I assume > because of the dependencies, but there were some settings missing and > most plasmoids weren't working. > > The fix is simple: `sudo apt install plasma-desktop`. I don't think this is a bug. Yesterday, parts of Qt 5.15.6 and Plasma 5.26 transitioned from unstable to testing. My guess is that you ran "apt full-upgrade" and in that process blindly removed the plasma-desktop package because of some temporary unmet dependency. Please check the logs in /var/log/apt/ and see which command removed plasma-desktop. -- Med vänliga hälsningar Patrick Franz
Bug#1023001: Reply
Hi Andrés, On Sat, 29 Oct 2022 09:53:27 +0200 Andrés Segarra wrote: > No, I didn't. I simply ran apt update + upgrade, as I've always done. > The transition to plasma 5.25 worked perfectly, and I've not done > anything different. Here is a thread on the forum where another user > reports this bug: https://forums.debian.net/viewtopic.php?t=153180 "apt upgrade" does not remove installed packages from your machine. Please take a look at your /var/log/apt/history.log and post the entry incl. the commandline that removed plasma-desktop. -- Med vänliga hälsningar Patrick Franz
Bug#1023001: Log
Hi Andrés, yes, that is what I mean. Now, what I think happened is the following: You ran "apt upgrade" which upgraded a bunch of packages. However, a number of packages were held back because upgrading them required the removal of some other packages (e.g. kwin merged some binary packages, nothing strange about this). You then ended up with a hybrid of Plasma 5.25 and 5.26 which lead to some weird behaviour such as certain plasmoids not working correctly. The fix was to upgrade everything while allowing the removal of certain packages which could've been done with "apt full-upgrade" as well. Unfortunately, there is no way around this when packages need to be removed. I'm inclined to close this bug unless you object because there isn't too much we can do here. Migrating Plasma from unstable to testing has always been challenging. -- Med vänliga hälsningar Patrick Franz
Bug#1022986: qt6-5compat FTCBFS: missing QT_HOST_PATH
Control: tags -1 pending thanks Hi Helmut, On Fri, 28 Oct 2022 19:54:56 +0200 Helmut Grohne wrote: [...] > qt6-5compat fails to cross build from source, because QT_HOST_PATH > isn't passed. I'm attaching a patch for your convenience. Thanks for the patch. I've applied it to 6.4.0. -- Med vänliga hälsningar Patrick Franz
Bug#1018004: qt6-tools: does not build and link with system litehtml
Hi, I tried enabling system litehtml by adding liblitehtml-dev as a B-D (version 0.6 of litehtml supposedly fixes the issue) and litehtml is indeed found by qttools. However, the build fails because of In file included from /<>/src/assistant/qlitehtml/src/container_qpainter.cpp:5: /<>/src/assistant/qlitehtml/src/container_qpainter_p.h:8:10: fatal error: litehtml.h: No such file or directory 8 | #include | ^~~~ compilation terminated. It seems that while system litehtml is now found, /usr/include/litehtml/ is not included by gcc/g++: [327/632] /usr/lib/ccache/c++ -DQLITEHTML_STATIC_LIBRARY -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NO_CAST_TO_ASCII -DQT_NO_DEBUG -DQT_NO_JAVA_STYLE_ITERATORS -DQT_RESTRICTED_CAST_FROM_ASCII -DQT_USE_QSTRINGBUILDER -DQT_WIDGETS_LIB -I/<>/obj-x86_64-linux-gnu/src/assistant/qlitehtml/src/qlitehtml_autogen/include -I/<>/src/assistant/qlitehtml/src -isystem /usr/include/x86_64-linux-gnu/qt6/QtWidgets -isystem /usr/include/x86_64-linux-gnu/qt6 -isystem /usr/include/x86_64-linux-gnu/qt6/QtCore -isystem /usr/lib/x86_64-linux-gnu/qt6/mkspecs/linux-g++ -isystem /usr/include/x86_64-linux-gnu/qt6/QtGui -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -w -fPIC -std=c++17 -MD -MT src/assistant/qlitehtml/src/CMakeFiles/qlitehtml.dir/container_qpainter.cpp.o -MF src/assistant/qlitehtml/src/CMakeFiles/qlitehtml.dir/container_qpainter.cpp.o.d -o src/assistant/qlitehtml/src/CMakeFiles/qlitehtml.dir/container_qpainter.cpp.o -c /<>/src/assistant/qlitehtml/src/container_qpainter.cpp -- Med vänliga hälsningar Patrick Franz
Bug#1018004: qt6-tools: does not build and link with system litehtml
Hi again, actually, screw the last message...I should've read and tried the entire(!!) patch and not just a part of it :-(. -- Med vänliga hälsningar Patrick Franz
Bug#1030594: RM: kio-sieve -- ROM; Binary package has been dropped upstream
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: libkf5ksi...@packages.debian.org, delta...@debian.org Control: affects -1 + src:libkf5ksieve Dear FTP team, the binary package kio-sieve has been dropped upstream from it source package libkf5ksieve and can thus be deleted from both unstable and testing. The latest upload of libkf5ksieve (22.12.2-1) does not build this binary package anymore and therefore it should be removed. Thank you very much. -- Med vänliga hälsningar Patrick Franz
Bug#1030632: cannot select picture from a local directory to use as desktop background in kde plasma
Hi, is this bug still persisting ? Unfortunately, you didn't provide us with the versions of your installed packages. Your bug sounds like you were running a mixed Plasma, i.e. some packages were from the 5.26 release, some from the 5.27 release. Could you please update to the latest versions available in testing (5.26.90 which is the 5.27 beta) and see whether you still experience this bug ? -- Med vänliga hälsningar Patrick Franz
Bug#1021681: ITP: qt6-httpserver -- Qt6 HTTP Server module
Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org,debian-qt-...@lists.debian.org * Package name: qt6-httpserver Version : 6.4.0 Upstream Author : The Qt Company Ltd. * URL : https://www.qt.io/developers/ * License : GPL-3 Programming Lang: C++ Description : Qt6 HTTP Server module Qt is a cross-platform C++ application framework. Qt's primary feature is its rich set of widgets that provide standard GUI functionality. Qt HTTP Server supports building an HTTP server into an application. It provides an implementation of the server side of the HTTP protocol, and also provides security through Transport Layer Security. Because it is designed for embedding in applications to expose things in a trusted network, and doesn't have robustness/security as a goal, it is not suitable for being internet-facing.
Bug#1021682: ITP: qt6-speech -- Qt6 Speech support
Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org,debian-qt-...@lists.debian.org * Package name: qt6-speech Version : 6.4.0 Upstream Author : The Qt Company Ltd. * URL : https://www.qt.io/developers/ * License : GPL-2, LGPL-3 Programming Lang: C++ Description : Qt6 Speech support Qt is a cross-platform C++ application framework. Qt's primary feature is its rich set of widgets that provide standard GUI functionality. QtSpeech provides cross-platform support for real-time text-to-speech output.
Bug#1021683: ITP: qt6-quick3dphysics -- Qt6 Quick 3D Physics module
Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org,debian-qt-...@lists.debian.org * Package name: qt6-quick3dphysics Version : 6.4.0 Upstream Author : The Qt Company Ltd. * URL : https://www.qt.io/developers/ * License : GPL-3 Programming Lang: C++ Description : Qt6 Quick 3D Physics module Qt is a cross-platform C++ application framework. Qt's primary feature is its rich set of widgets that provide standard GUI functionality. Qt Quick 3D Physics provides a high-level API for physics simulation. It supports simulating interactive rigid bodies as well as static meshes and non-colliding bodies used for detecting overlaps. Every simulated body can have its own physical properties like mass, density and friction.
Bug#1023333: qt6-webengine: Fail to build with rollup 3
Hi, On Wed, 02 Nov 2022 14:49:51 +0100 y...@debian.org wrote: > Package: qt6-webengine > Severity: important > User: pkg-javascript-de...@lists.alioth.debian.org > Usertags: rollup-3 > > Sent with mass-bug > > qt6-webengine's build failed with rollup 3. This is often due to a > bad rollup.config.js which was accepted before (ES in a .js file). > > To fix it, try to move rollup.config.js into rollup.config.mjs or > rewrite it into CommonJS. > > rollup 3.x is available in experimental branch. > > Note: this may be a false positive, I'm unable to reproduce the > complete build. Also this package contains a copy of an old rollup: > src/3rdparty/chromium/third_party/devtools-frontend/src/node_modules/ > rollup and many other JS modules, available in Debian I think this is a false positive. qt6-webengine built successfully with rollup as a build-dependency in experimental with rollup 3.3.0-1 used. See the corresponding build-log: https://buildd.debian.org/status/ fetch.php?pkg=qt6- webengine&arch=amd64&ver=6.4.1%2Bdfsg-1&stamp=1668705336&raw=0 -- Med vänliga hälsningar Patrick Franz
Bug#1025823: qt6-base FTBFS on Alpha; Unknown Q_PROCESSOR_xxx macro
Hi Michael, thanks for the patch. Could you please rebase this against the latest from the 6.4 branch ? -- Med vänliga hälsningar Patrick Franz
Bug#1026254: Transition KDE PIM 22.12
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: delta...@debian.org, debian-qt-...@lists.debian.org Hi Release Team, we would like to request a transition for KDE PIM 22.12. The packages depending on KDE PIM are: * digikam * kgpg * kio-gdrive * kjots * kmymoney * kraft * zanshin All of these packages should just need a rebuild against 22.12. Note that we have not yet uploaded KDE PIM 22.12 to experimental yet as we are waiting for one package to clear NEW, but the packaging is complete. Once libkf5pimcommon has cleared NEW, we can upload it to experimental immediately. I wanted to request the transition in good time before the freeze in January and will update this bug report when the upload to experimental is complete. In any case, here is the BEN file: --- title = "KDEPIM 22.12"; is_affected = .depends ~ /libkf5.*-22.08/ | .depends ~ /libkf5.*-22.12/; is_good = .depends ~ /libkf5.*-22.12/; is_bad = .depends ~ /libkf5.*-22.08/; --- Thank you. -- Med vänliga hälsningar Patrick Franz
Bug#1026933: Transition Qt 6.4.2
Hi, On Tue, 3 Jan 2023 06:40:04 +0100 Sebastiaan Couwenberg wrote: [...] > Testing migration is blocked by this hint: > > # 2022-12-31 > # uncorrdinated change of -dev package names > block qt6-base > > Can you elaborate what the maintainer needs to do to get this > transition unblocked? At this stage: nothing. We have renamed a number of dev-packages such that all source packages follow the qt6-$MODULE-dev scheme. However, in the meantime we have added a Provides for the old package names, such that you can continue using old dev-package names such as libqt6core5compat6-dev. We will file bugs against packages still depending on the old packages and ask maintainers to switch. No timeframe has been set for this though. -- Med vänliga hälsningar Patrick Franz
Bug#1024752: (no subject)
Control: tag -1 pending Fixed with https://salsa.debian.org/qt-kde-team/qt6/qt6-websockets/-/commit/d2942bad0311f86137cbe284a3280ea5f785ee35 and will be part of the next upload once the transition is completed and 6.4.2 final is available. -- Med vänliga hälsningar Patrick Franz
Bug#1028000: RM: kalendar [armel ppc64el s390x alpha hppa m68k riscv64 sh4] -- ROM; ANAIS
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: kalen...@packages.debian.org, delta...@debian.org Control: affects -1 + src:kalendar Hi, in its newest version 22.12.0, the kalendar package has picked up a dependency which requires the Qt 5 WebEngine. However, this engine is only available on certain architectures. kalendar can therefore not be built anymore on the following architectures (but could be built there before): armel ppc64el s390x alpha hppa m68k riscv64 sh4 I hereby request the removal of kalendar for these architectures in unstable and testing. Thank you very much. -- Med vänliga hälsningar Patrick Franz
Bug#1000955: libkf5globalaccel-bin: /usr/bin/kglobalaccel5 eats up huge amount of CPU after suspend
Hi Filippo, I have noticed a similar behaviour. However, the behaviour has improved significantly (at least for me) and in recent versions of libkf5globalaccel-bin the CPU bursts after connecting e.g. a mouse with a USB connector are only relatively short (a couple of seconds maybe depending on your machine). Could you try to run a recent KDE stack with testing or unstable and see if the issue is still as bad ? For some people, the issue was apparently caused by ~/.Xmodmap. Can you check whether you have such a file ? Thank you. -- Med vänliga hälsningar Patrick Franz
Bug#1024488: kaddressbook: Unused build-dependency on libgpgmepp-dev?
Hi Andreas, On Sun, 20 Nov 2022 16:12:33 +0100 Andreas Metzler wrote: > Source: kaddressbook > Version: 4:22.08.3-1 > Severity: minor > > Hello, > > afaict kaddressbook's b-d on libgpgmepp-dev is unused: > ametzler@argenau:/tmp/BUGS$ grep -ril gpgme kaddressbook-22.08.3/ buildlog.kaddressbook_22.08.3-1_amd64 > kaddressbook-22.08.3/debian/control > > Could you please doublecheck? - TIA! It seems that the following commit removed it: https://invent.kde.org/pim/kaddressbook/-/commit/ eb9dad153f199c925ac60c0a33eca6ff0c1f9f44 Will try not to forget to remove it before the next upload. -- Med vänliga hälsningar Patrick Franz
Bug#1034037: unblock: qt6-tools/6.4.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: delta...@debian.org Please unblock package qt6-tools [ Reason ] Qt 6.4.2 was released in January 2023. In order to get the transition done in time, we received pre-release tarballs from The Qt Company to prepare the packaging and we completed the transition in time. Since those were pre-release tarballs, we marked the version as 6.4.2~rc1. After the release, it turned out that the pre-release tarballs were identical to the official 6.4.2 tarballs. We then reuploaded every package and marked the packages as version 6.4.2 to reflect this. The rc1 version of qt6-tools is in bookworm, but the "official" 6.4.2 is not yet. It was uploaded in January, but its migration has been blocked by llvm-toolchain-15. We'd like to request an unblock such that qt6-tools 6.4.2-1 can migrate to testing once llvm-toolchain-15 has migrated. [ Impact ] The impact is minimal as this is merely a cosmetic change. [ Tests ] No additional tests have been run. [ Risks ] The risks are minimal as it is the same tarball simply rebuilt. The checksums for both tarballs are identical, see https://tracker.debian.org/news/1402882/accepted-qt6-tools-642rc1-1-source-into-experimental/ and https://tracker.debian.org/news/1414695/accepted-qt6-tools-642-1-source-into-unstable/ [ Checklist ] [x] all changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in testing [ Other info ] - unblock qt6-tools/6.4.2-1 diffstat for qt6-tools-6.4.2~rc1 qt6-tools-6.4.2 changelog |7 +++ 1 file changed, 7 insertions(+) diff -Nru qt6-tools-6.4.2~rc1/debian/changelog qt6-tools-6.4.2/debian/changelog --- qt6-tools-6.4.2~rc1/debian/changelog2022-12-30 16:59:08.0 +0100 +++ qt6-tools-6.4.2/debian/changelog2023-01-29 00:54:45.0 +0100 @@ -1,3 +1,10 @@ +qt6-tools (6.4.2-1) unstable; urgency=medium + + [ Patrick Franz ] + * Switch to the official 6.4.2 tarball, the tarball is the same. + + -- Patrick Franz Sun, 29 Jan 2023 00:54:45 +0100 + qt6-tools (6.4.2~rc1-2) unstable; urgency=medium [ Patrick Franz ]
Bug#1029079: akonadi-backend-mysql: Build against default-mysql-{client,server}-core 1.1.0
Hi Sedat, On Tue, 17 Jan 2023 14:51:56 +0100 Sedat Dilek wrote: > I removed akonadi-backend-mysql from my Debian/unstable AMD64 box as I > need a higher version of mariadb. There is no need to remove akonadi-backend-mysql from Sid and I also don't see why we would need to rebuild it. During the upgrade of MariaDB, the package default-mysql-server-core is unconfigured for a short moment, but that's it. The log should tell you that it's configured afterwards. -- Med vänliga hälsningar Patrick Franz
Bug#1052429: snapd-glib: FTBFS on riscv64
Package: snapd-glib Version: 1.63-5 Severity: important Tags: ftbfs X-Debbugs-Cc: delta...@debian.org Dear Maintainer, snapd-glib fails to build on riscv64. plasma-discover build-depends on libsnapd-qt-dev and it would be nice if we could make plasma-discover build on all supported architectures. Looking at the buildlogs, the fix seems to be rather easy as it is only symbol-errors that prevent the successful build. Thank you for maintaining the package. -- Med vänliga hälsningar Patrick Franz
Bug#1051494: qt6-base-examples is missing the actual code
Hi Michael, On Fri, 8 Sep 2023 16:48:29 + (UTC) Michael Neilly wrote: > Package: qt6-base-examples > Version: 6.4.2+dfsg-18 > Severity: normal > > Dear Maintainer, > > Qt Creator does not show examples for Qt6. Only for Qt5. This is a known problem, but it is an upstream issue as they do not include the actual source code for the examples anymore. Other distributions like Fedora have the same problem. We have raised the issue upstream, but so far it does not seem to be a priority for them: https://bugreports.qt.io/browse/QTBUG-106532 -- Med vänliga hälsningar Patrick Franz
Bug#1025823: qt6-base FTBFS on Alpha; Unknown Q_PROCESSOR_xxx macro
Hi, somehow the patch still doesn't apply cleanly: dpkg-source: info: building qt6-base using existing ./qt6-base_6.4.2+dfsg.orig.tar.xz dpkg-source: info: using patch list from debian/patches/series patching file src/corelib/global/qprocessordetection.h patching file src/corelib/plugin/qelfparser_p.cpp Hunk #2 FAILED at 382. 1 out of 2 hunks FAILED dpkg-source: info: the patch has fuzz which is not allowed, or is malformed I'm afraid this won't be merged for bookworm and will have to wait until Debian gets 6.5 or later. -- Med vänliga hälsningar Patrick Franz
Bug#1035634: unblock: qt6-scxml/6.4.2-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: delta...@debian.org
Please unblock package qt6-scxml
[ Reason ]
One of the cmake-files in qt6-scxml-dev references a plugin.
However, this plugin was not installed even though the plugin
might be needed to build other packages.
This fix installs the missing plugin.
[ Impact ]
Certain packages cannot be built. So far, the only known package
is pyside 6.5, but there might be more.
[ Tests ]
The plugin (libqscxmlecmascriptdatamodel.so) is now installed, see
https://packages.debian.org/sid/amd64/libqt6scxml6/filelist
[ Risks ]
Risk is low, the only change is installing one additional file.
[ Checklist ]
[x] all changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in testing
[ Other info ]
unblock qt6-scxml/6.4.2-2
diffstat for qt6-scxml-6.4.2 qt6-scxml-6.4.2
changelog|7 +++
libqt6scxml6.install |1 +
not-installed|1 -
3 files changed, 8 insertions(+), 1 deletion(-)
diff -Nru qt6-scxml-6.4.2/debian/changelog qt6-scxml-6.4.2/debian/changelog
--- qt6-scxml-6.4.2/debian/changelog2023-01-24 12:46:29.0 +0100
+++ qt6-scxml-6.4.2/debian/changelog2023-05-01 01:53:51.0 +0200
@@ -1,3 +1,10 @@
+qt6-scxml (6.4.2-2) unstable; urgency=medium
+
+ [ Patrick Franz ]
+ * Install the ECMAScript Data Model plugin (Closes: #1035066).
+
+ -- Patrick Franz Mon, 01 May 2023 01:53:51 +0200
+
qt6-scxml (6.4.2-1) unstable; urgency=medium
[ Patrick Franz ]
diff -Nru qt6-scxml-6.4.2/debian/libqt6scxml6.install
qt6-scxml-6.4.2/debian/libqt6scxml6.install
--- qt6-scxml-6.4.2/debian/libqt6scxml6.install 2021-12-07 10:44:16.0
+0100
+++ qt6-scxml-6.4.2/debian/libqt6scxml6.install 2023-05-01 01:25:45.0
+0200
@@ -1 +1,2 @@
usr/lib/${DEB_HOST_MULTIARCH}/libQt6Scxml.so.*
+usr/lib/${DEB_HOST_MULTIARCH}/qt6/plugins/scxmldatamodel/libqscxmlecmascriptdatamodel.so
diff -Nru qt6-scxml-6.4.2/debian/not-installed
qt6-scxml-6.4.2/debian/not-installed
--- qt6-scxml-6.4.2/debian/not-installed2021-12-07 10:44:16.0
+0100
+++ qt6-scxml-6.4.2/debian/not-installed2023-05-01 01:25:46.0
+0200
@@ -18,4 +18,3 @@
usr/lib/${DEB_HOST_MULTIARCH}/qt6/mkspecs/modules/qt_lib_scxmlqml_private.pri
usr/lib/${DEB_HOST_MULTIARCH}/qt6/mkspecs/modules/qt_lib_statemachine_private.pri
usr/lib/${DEB_HOST_MULTIARCH}/qt6/mkspecs/modules/qt_lib_statemachineqml_private.pri
-usr/lib/${DEB_HOST_MULTIARCH}/qt6/plugins/scxmldatamodel/libqscxmlecmascriptdatamodel.so
Bug#1035637: unblock: qt6-multimedia/6.4.2-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: delta...@debian.org
Please unblock package qt6-multimedia
[ Reason ]
qt6-multimedia-dev ships a broken symlink to a shared library.
The shared library is a private library though for the package
qml6-module-qtquick3d-spatialaudio and not needed for
development.
The fix removes all references to the shared library.
[ Impact ]
Unknown.
[ Tests ]
I manually inspected the built package and all relevant files
have been removed.
[ Risks ]
Changes are trivial.
[ Checklist ]
[x] all changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in testing
[ Other info ]
unblock qt6-multimedia/6.4.2-5
diffstat for qt6-multimedia-6.4.2 qt6-multimedia-6.4.2
changelog |8
not-installed | 28 ++--
qt6-multimedia-dev.install | 24
3 files changed, 34 insertions(+), 26 deletions(-)
diff -Nru qt6-multimedia-6.4.2/debian/changelog
qt6-multimedia-6.4.2/debian/changelog
--- qt6-multimedia-6.4.2/debian/changelog 2023-01-27 19:48:31.0
+0100
+++ qt6-multimedia-6.4.2/debian/changelog 2023-05-06 17:40:13.0
+0200
@@ -1,3 +1,11 @@
+qt6-multimedia (6.4.2-5) unstable; urgency=medium
+
+ [ Patrick Franz ]
+ * Remove references of libqt6quick3dspatialaudio6 in qt6-multimedia-
+dev (Closes: #1035457).
+
+ -- Patrick Franz Sat, 06 May 2023 17:40:13 +0200
+
qt6-multimedia (6.4.2-4) unstable; urgency=medium
* Team upload to unstable.
diff -Nru qt6-multimedia-6.4.2/debian/not-installed
qt6-multimedia-6.4.2/debian/not-installed
--- qt6-multimedia-6.4.2/debian/not-installed 2023-01-27 19:48:31.0
+0100
+++ qt6-multimedia-6.4.2/debian/not-installed 2023-05-06 17:32:02.0
+0200
@@ -2,6 +2,11 @@
usr/include/${DEB_HOST_MULTIARCH}/qt6/QtMultimediaQuick/6.*
usr/include/${DEB_HOST_MULTIARCH}/qt6/QtMultimediaWidgets/6.*
usr/include/${DEB_HOST_MULTIARCH}/qt6/QtQuick3DSpatialAudio/6.*
+usr/include/${DEB_HOST_MULTIARCH}/qt6/QtQuick3DSpatialAudio/QtQuick3DSpatialAudio
+usr/include/${DEB_HOST_MULTIARCH}/qt6/QtQuick3DSpatialAudio/QtQuick3DSpatialAudioDepends
+usr/include/${DEB_HOST_MULTIARCH}/qt6/QtQuick3DSpatialAudio/qtquick3dspatialaudioexports.h
+usr/include/${DEB_HOST_MULTIARCH}/qt6/QtQuick3DSpatialAudio/QtQuick3DSpatialAudioVersion
+usr/include/${DEB_HOST_MULTIARCH}/qt6/QtQuick3DSpatialAudio/qtquick3dspatialaudioversion.h
usr/include/${DEB_HOST_MULTIARCH}/qt6/QtSpatialAudio/6.*
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Multimedia/Qt6QFFmpegMediaPlugin*
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6MultimediaQuickPrivate/Qt6MultimediaQuickPrivateAdditionalTargetInfo.cmake
@@ -9,17 +14,36 @@
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6MultimediaQuickPrivate/Qt6MultimediaQuickPrivateConfigVersion.cmake
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6MultimediaQuickPrivate/Qt6MultimediaQuickPrivateConfigVersionImpl.cmake
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6MultimediaQuickPrivate/Qt6MultimediaQuickPrivateDependencies.cmake
-usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6MultimediaQuickPrivate/Qt6MultimediaQuickPrivateTargets-none.cmake
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6MultimediaQuickPrivate/Qt6MultimediaQuickPrivateTargets.cmake
+usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6MultimediaQuickPrivate/Qt6MultimediaQuickPrivateTargets-none.cmake
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6MultimediaQuickPrivate/Qt6MultimediaQuickPrivateVersionlessTargets.cmake
+usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quick3dspatialaudioAdditionalTargetInfo.cmake
+usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quick3dspatialaudioConfig.cmake
+usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quick3dspatialaudioConfigVersion.cmake
+usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quick3dspatialaudioConfigVersionImpl.cmake
+usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quick3dspatialaudioTargets.cmake
+usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quick3dspatialaudioTargets-none.cmake
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quickmultimediaAdditionalTargetInfo.cmake
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quickmultimediaConfig.cmake
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quickmultimediaConfigVersion.cmake
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quickmultimediaConfigVersionImpl.cmake
-usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quickmultimediaTargets-none.cmake
usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quickmultimediaTargets.cmake
+usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Qml/QmlPlugins/Qt6quickmultimediaTargets-none.cmake
+usr/lib/${DEB_HOST_MULTIARCH}/cmake/Qt6Quick3DSpatialAudioPrivate/Qt6Quick3DSpatialAudioPrivateAdditionalTargetInfo.cmake
+usr/lib/${DEB_HOST_MULTIARCH
Bug#1035642: unblock: qt6-quick3dphysics/6.4.2-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: delta...@debian.org
Please unblock package qt6-quick3dphysics
[ Reason ]
The package qt6-quick3dphysics-dev ships 2 broken symlinks
to 2 shared libraries (libqt6quick3dphysics6 and
libqt6quick3dphysicshelpers6).
The fix adds the 2 shared libraries as dependencies and thus
ensures that the symlinks always point to existing libraries.
[ Impact ]
When using qt6-quick3dphysics-dev as a build dependency, the
build could fail as the needed shared libaries are potentially
not installed.
[ Tests ]
The shared libraries have been added as dependencies as per
https://packages.debian.org/unstable/qt6-quick3dphysics-dev
[ Risks ]
Risk is very low.
[ Checklist ]
[x] all changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in testing
[ Other info ]
unblock qt6-quick3dphysics/6.4.2-2
diffstat for qt6-quick3dphysics-6.4.2 qt6-quick3dphysics-6.4.2
changelog |8
control | 14 --
2 files changed, 16 insertions(+), 6 deletions(-)
diff -Nru qt6-quick3dphysics-6.4.2/debian/changelog
qt6-quick3dphysics-6.4.2/debian/changelog
--- qt6-quick3dphysics-6.4.2/debian/changelog 2023-01-28 18:19:25.0
+0100
+++ qt6-quick3dphysics-6.4.2/debian/changelog 2023-05-06 14:24:43.0
+0200
@@ -1,3 +1,11 @@
+qt6-quick3dphysics (6.4.2-2) unstable; urgency=medium
+
+ [ Patrick Franz ]
+ * Add libqt6quick3dphysics6 and libqt6quick3dphysicshelpers6 as
+dependencies to qt6-quick3dphysics-dev (Closes: #1035459).
+
+ -- Patrick Franz Sat, 06 May 2023 14:24:43 +0200
+
qt6-quick3dphysics (6.4.2-1) unstable; urgency=medium
[ Patrick Franz ]
diff -Nru qt6-quick3dphysics-6.4.2/debian/control
qt6-quick3dphysics-6.4.2/debian/control
--- qt6-quick3dphysics-6.4.2/debian/control 2022-12-30 16:46:01.0
+0100
+++ qt6-quick3dphysics-6.4.2/debian/control 2023-05-06 14:17:36.0
+0200
@@ -2,7 +2,7 @@
Section: libs
Priority: optional
Maintainer: Debian Qt/KDE Maintainers
-Uploaders: Patrick Franz
+Uploaders: Patrick Franz ,
Build-Depends: cmake (>= 3.24~),
debhelper-compat (= 13),
ninja-build,
@@ -30,7 +30,7 @@
Package: libqt6quick3dphysics6
Architecture: amd64 arm64 armel armhf mips64el
Multi-Arch: same
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends},
Description: Qt 6 Quick 3D Physics library
Qt is a cross-platform C++ application framework. Qt's primary feature
is its rich set of widgets that provide standard GUI functionality.
@@ -40,7 +40,7 @@
Package: libqt6quick3dphysicshelpers6
Architecture: amd64 arm64 armel armhf mips64el
Multi-Arch: same
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends},
Description: Qt 6 Quick 3D Physics Helpers library
Qt is a cross-platform C++ application framework. Qt's primary feature
is its rich set of widgets that provide standard GUI functionality.
@@ -50,7 +50,7 @@
Package: qml6-module-qtquick3d-physics
Architecture: amd64 arm64 armel armhf mips64el
Multi-Arch: same
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends},
Description: Qt 6 Quick 3D Physics QML module
Qt is a cross-platform C++ application framework. Qt's primary feature
is its rich set of widgets that provide standard GUI functionality.
@@ -61,7 +61,9 @@
Section: libdevel
Architecture: amd64 arm64 armel armhf mips64el
Multi-Arch: same
-Depends: ${misc:Depends}
+Depends: libqt6quick3dphysics6 (= ${binary:Version}),
+ libqt6quick3dphysicshelpers6 (= ${binary:Version}),
+ ${misc:Depends},
Description: Qt 6 Quick 3D Physics - development files
Qt is a cross-platform C++ application framework. Qt's primary feature
is its rich set of widgets that provide standard GUI functionality.
@@ -73,7 +75,7 @@
Architecture: amd64 arm64 armel armhf mips64el
Multi-Arch: foreign
Section: devel
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends},
Description: Qt 6 Quick 3D Physics development programs
Qt is a cross-platform C++ application framework. Qt's primary feature
is its rich set of widgets that provide standard GUI functionality.
Bug#1037557: Info received (Bug#1037557: Acknowledgement (plasma-workspace: krunner crash almost everytime when start typing))
Hej Piotr, Am Montag, 14. August 2023, 00:30:51 CEST schrieb piorunz: [...] > Hi Patrick, > Yes, exactly! I was able to dig this information out finally and came > to same conclusion - it's already fixed upstream two months ago: > https://invent.kde.org/plasma/plasma-workspace/-/commit/e2ef967c58605 > 43c7c4bf3da9129b0c70292e8ed > > Is there any chance that this is cherry picked and imported to Debian > Stable? Stable is still running 5.27.5, I don't know when it will be > moved to 5.27.6? Stable won't get 5.27.6. It _might_ get a later version. In the meantime, I'll try to backport this to 5.27.5 and get it into bookworm independently of what happens with the rest of Plasma. -- Med vänliga hälsningar Patrick Franz
Bug#1037557: plasma-workspace: krunner crash almost everytime when start typing
Hej Piotr, I've backported the fix to Plasma 5.27.5. Can you please be so kind and test it ? You can find the updated packages at https://people.debian.org/~deltaone/plasma-workspace/ -- Med vänliga hälsningar Patrick Franz
Bug#1049974: bookworm-pu: package plasma-workspace/5.27.5-2+deb12u1
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: plasma-worksp...@packages.debian.org, delta...@debian.org
Control: affects -1 + src:plasma-workspace
[ Reason ]
krunner (a launcher built into KDE Plasma capable of doing all
sorts of things) crashes when characters or numbers are typed
in a rapid fashion.
The bug was sadly introduced in Plasma 5.27.5, but subsequently
fixed in Plasma 5.27.6. The Debian bug report can be found under
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1037557
This update backports a patch for plasma-workspace that is included
in 5.27.6 back to 5.27.5. The patch is taken directly from the
upstream project.
[ Impact ]
krunner cannot be used, in some cases hardly at all.
[ Tests ]
Both the bug submitter and myself verified that in the fixed
version of plasma-workspace krunner does not crash any more.
The bug is also solved in testing and unstable as they ship
Plasma 5.27.7.
[ Risks ]
Risks are generally low. The patch is directly from upstream and
part of subsequent releases of Plasma.
[ Checklist ]
[x] *all* changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in (old)stable
[x] the issue is verified as fixed in unstable
[ Changes ]
Added patch to migiate krunner crash.
diffstat for plasma-workspace-5.27.5 plasma-workspace-5.27.5
changelog |6 ++
patches/krunner_crash.patch | 107
patches/series |3 +
3 files changed, 116 insertions(+)
diff -Nru plasma-workspace-5.27.5/debian/changelog
plasma-workspace-5.27.5/debian/changelog
--- plasma-workspace-5.27.5/debian/changelog2023-05-27 18:23:46.0
+0200
+++ plasma-workspace-5.27.5/debian/changelog2023-08-16 21:18:49.0
+0200
@@ -1,3 +1,9 @@
+plasma-workspace (4:5.27.5-2+deb12u1) bookworm; urgency=medium
+
+ * Backport patch to fix crash in krunner (Closes: #1037557).
+
+ -- Patrick Franz Wed, 16 Aug 2023 21:18:49 +0200
+
plasma-workspace (4:5.27.5-2) unstable; urgency=medium
* Release to unstable.
diff -Nru plasma-workspace-5.27.5/debian/patches/krunner_crash.patch
plasma-workspace-5.27.5/debian/patches/krunner_crash.patch
--- plasma-workspace-5.27.5/debian/patches/krunner_crash.patch 1970-01-01
01:00:00.0 +0100
+++ plasma-workspace-5.27.5/debian/patches/krunner_crash.patch 2023-08-16
21:14:47.0 +0200
@@ -0,0 +1,107 @@
+From 9d18e0821455366c00a763252515d48741316f6c Mon Sep 17 00:00:00 2001
+From: Max Ramanouski
+Date: Thu, 1 Jun 2023 19:05:00 +0300
+Subject: [PATCH] runners/calculator: implement thread-safety in
+ QalculateEngine::evaluate
+
+Libqalculate does not seem to support ability to run multiple computations
+that are controlled or have timeout set beeing run in the same time.
+After the timeout was introduced in QalculateEngine this led to BUG 470219,
+which happens when computations are started from multiple threads in the same
time
+that "confuses" libqalculate computation thread which leads to crash in
libqalculate code.
+
+To fix that we need to ensure that only one evaluation is running at single
moment of time.
+This is done via QalculateLock class that is like QMutexLocker but for
libqalculate.
+QalculateLock is implemented with two static mutexes. Mutex s_evalLock is used
+to ensure that only one evaluation is running at single moment.
+Mutex s_ctrlLock is used to ensure that thread that aborted evaluation will
+get to start next evaluation.
+
+BUG: 470219
+---
+ runners/calculator/qalculate_engine.cpp | 43 -
+ 1 file changed, 35 insertions(+), 8 deletions(-)
+
+diff --git a/runners/calculator/qalculate_engine.cpp
b/runners/calculator/qalculate_engine.cpp
+index a9d0a78243..09ff75fed5 100644
+--- a/runners/calculator/qalculate_engine.cpp
b/runners/calculator/qalculate_engine.cpp
+@@ -17,11 +17,42 @@
+ #include
+ #include
+ #include
++#include
+
+ #include
+ #include
+ #include
+
++constexpr int evaluationTimeout = 1;
++
++// Synchronization lock that ensures that
++// a) only one evaluation is running at a time
++// b) abortion and preemption of evaluation is synchronized
++class QalculateLock
++{
++public:
++QalculateLock()
++{
++QMutexLocker ctrlLocker(&s_ctrlLock);
++CALCULATOR->abort();
++s_evalLock.lock();
++CALCULATOR->startControl(evaluationTimeout);
++}
++
++~QalculateLock()
++{
++CALCULATOR->stopControl();
++s_evalLock.unlock();
++}
++
++private:
++static QMutex s_ctrlLock;
++static QMutex s_evalLock;
++};
++
++QMutex QalculateLock::s_ctrlLock;
++QMutex QalculateLock::s_evalLock;
++
+ QAtomicInt QalculateEngine::s_counter;
+
+ QalculateEngine::QalculateEngine(QObject *parent)
+@@ -114,7 +145,8 @@ QString QalculateEngine::evaluate(const QSt
Bug#1037557: Acknowledgement (plasma-workspace: krunner crash almost everytime when start typing)
Hi, FYI, I've requested plasma-workspace to be updated in Debian Stable and will upload the fix to bookworm once the request is approved. -- Med vänliga hälsningar Patrick Franz
Bug#894892: libkscreenlocker5: unable to unlock locked screen ("unlocking failed")
Hi Hans, On Tue, 15 Aug 2023 16:53:52 +0200 "Hans-J. Ullrich" wrote: [...] > I hope, this might help though, although it is not much usefull > information in this report. Unless you can find some error message in e.g. your syslog, there isn't really much a maintainer can do. The best thing would probably be to report the bug upstream at https://bugs.kde.org/ if that hasn't been done yet. They know much better how to debug this error. I'm sorry that I cannot do more than that. -- Med vänliga hälsningar Patrick Franz
Bug#1050747: ITP: ktextaddons -- Various text handling addons
Package: wnpp Severity: wishlist Owner: Patrick Franz X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org,debian-qt-...@lists.debian.org * Package name: ktextaddons Version : 1.4.0 * URL : https://invent.kde.org/libraries/ktextaddons * License : GPL-2, LGPL-2 Programming Lang: C++ Description : Various text handling addons KTextAddons is a collection of text addons libraries developed by the KDE community. Package will be maintained within the Debian Qt/KDE team.
Bug#1055295: RM: libqt6opengl6-dev -- ROM; Package is not built anymore
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: qt6-b...@packages.debian.org, delta...@debian.org Control: affects -1 + src:qt6-base Hi, could you please remove the binary package "libqt6opengl6-dev" from unstable ? It is also available in bullseye-backports and bookworm, but still needed in those 2 suites. The reason is that qt6-base from 6.4.2+dfsg-12 on does not build libqt6opengl6-dev anymore as the functionality has been moved into qt6-base-dev. Thank you. Regards, Patrick Franz
Bug#1006292: bullseye-pu: package plasma-discover/5.20.5-3
Hej, Am Mittwoch, 4. Oktober 2023, 15:02:11 CEST schrieb Adam D. Barratt: [...] > Thanks, but it's too late to get the updated package accepted for the > 11.8 point release now in any case. > > The question that remains from Jonathan's mail is - is it OK to > include the plasma-desktop and knewstuff updates without > plasma-discover, or should those be held back until plasma-discover > is ready, and all three released at the same time? I don't know to be honest. I guess the safe way is to release all three together. -- Med vänliga hälsningar Patrick Franz
Bug#1053609: plasma-desktop: plasmashell can crash when dropping a folder with many files on the desktop
Package: plasma-desktop Version: 4:5.27.8-1 Severity: important Forwarded: https://bugs.kde.org/show_bug.cgi?id=471903 X-Debbugs-Cc: delta...@debian.org,antde...@gmail.com Dear Maintainer, plasmashell can crash when you drop a folder containing many files onto the desktop. Bug is tracked upstream at https://bugs.kde.org/show_bug.cgi?id=471903
Bug#1053408: qt6-webengine: FTBFS with re2 >= 20230601 (which requires abseil)
Hi Stefano, On Tue, 3 Oct 2023 17:07:52 +0200 Stefano Rivera wrote: > Source: qt6-webengine > Version: 6.4.2-final+dfsg-11 > Severity: normal > Tags: upstream > Affects: src:re2 > > The next RE2 transition is waiting for qt6-webengine to support > libre2-11 (re2 >= 20230601), available in experimental. > > Upstream, RE2 added a dependency on Abseil, changing its API a little. > > Chromium has supported this since around 116. (Debian's chromium > currently builds with the bundled re2). The relevant commits are by > https://chromium-review.googlesource.com/q/owner:jun...@chromium.org > and reference bug 1447090 qt6-webengine based on chromium 116 or later will not hit unstable before June 2024 or so and I feel like trying to patch the bundled version of chromium will be going down the rabbit hole. However, I can switch to the bundled version of re2 until qt6-webengine is based on a chromium version that supports the newer re2. -- Med vänliga hälsningar Patrick Franz
Bug#1053609: 1053...@bugs.debian.org
Hi Leandro, On Thu, 12 Oct 2023 01:52:12 -0300 Leandro Cunha wrote: > Hi, > > This issue will be fixed in stable, so is this the reason that > justifies you opening this bug? Yes, opening this bug will help fixing this in stable. -- Med vänliga hälsningar Patrick Franz
Bug#1006292: bullseye-pu: package plasma-discover/5.20.5-3
Hi Adam, On Sat, 14 Oct 2023 19:46:36 +0100 "Adam D. Barratt" wrote: [...] > Thanks; please go ahead. It's uploaded. -- Med vänliga hälsningar Patrick Franz
Bug#1019064: Transition KDE PIM 22.08
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: delta...@debian.org, debian-qt-...@lists.debian.org Hi Release team, we would like to request a transition for KDE PIM 22.08. We have uploaded KDE PIM 22.08 to experimental, but since KDE PIM does not provide ABI stability and some packages outside of KDE PIM depend on it, we need a transition. The packages depending on KDE PIM are: * digikam * kgpg * kio-gdrive * kjots * kmymoney * kraft * zanshin I've uploaded a fix for kjots to build against KDE PIM 22.08, but all other packages should just need a rebuild. Here is the Ben file: --- title = "KDEPIM 22.08"; is_affected = .depends ~ /libkf5.*-22.04/ | .depends ~ /libkf5.*-22.08/; is_good = .depends ~ /libkf5.*-22.08/; is_bad = .depends ~ /libkf5.*-22.04/; --- Thank you. -- Med vänliga hälsningar Patrick Franz
Bug#1019216: akonadi-server should only suggest one backend (i.e. sqlite)
Hi Witold, On Mon, 05 Sep 2022 19:42:15 + Witold Baryluk wrote: [...] > Currently we have this in akonadi-server: > > Suggests: akonadi-backend-mysql (= 4:22.04.3-1), akonadi-backend- postgresql (= 4:22.04.3-1), akonadi-backend-sqlite (= 4:22.04.3-1) > > In many cases this will install all 3 automatically, and unecassarly pull both postgresql and mariadb servers. Suggested packages are not installed by default, only recommended packages are. You can, of course, override this behaviour, but suggested packages will only be installed if you actively change the default configuration. And if you do that, it should be clear that you are pulling in lots of packages. So, I don't see how this will install all 3 backends automatically in many cases... -- Med vänliga hälsningar Patrick Franz
Bug#1019918: plasma-workspace-wayland: xdg-desktop-portal-kde should be a dependence for the KDE Wayland session
Hi Frédéric, xdg-desktop-portal-kde is already a recommendation of the plasma-desktop package. Don't you have that installed as well ? -- Med vänliga hälsningar Patrick Franz
