Bug#1081239: transition: Qt 6.7.2
Dear Release Team, Le lundi 9 septembre 2024, 22:38:15 CEST Patrick Franz a écrit : > Hi, > > we would like to request a transition for Qt 6.7.2 which is currently in > experimental. This transition will be smaller than the last Qt 6.6.2 > transition as we only need to rebuild those packages that depend on > the private headers which should be around 25-30 packages (not counting Qt > packages). > > There were no real packaging changes compared to Qt 6.6.2. I’d like to ask for some news about this Qt 6.7 transition slot. Is there anything preventing it from starting ? At a glance it seems the ongoing / almost finished transitions are independent from Qt6. I’m asking because we have a long list of Qt 6 rdeps currently sitting in experimental that we’d prefer to ship after Qt 6.7 has transitioned : the whole Plasma 6 stack and many KDE Gear applications built against Qt 6. Several non-KDE rdeps like the accounts SSO packages and some elements in the Ukui stack will need to be upgraded or dropped for some unmaintained ones. With all that said, I’m already fearing that time is running out for Trixie already, thus my request. :) Thank for your consideration, -- Aurélien
Bug#1083129: RM: soundkonverter -- ROM; Abandonned upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: soundkonver...@packages.debian.org, Debian Qt/KDE Maintainers Control: affects -1 + src:soundkonverter User: ftp.debian@packages.debian.org Usertags: remove No upstream release since 2017, 1 commit in 2021 and 2 in 2022, depends on qt5 and libkf5cddb5 which will soon be replaced by qt6-based libkcddb6-5.
Bug#1081955: systemsettings: KDE System Settings creashes when adding new online account
Dear Riccardo, Le lundi 16 septembre 2024, 18:01:20 CEST Riccardo Lesca a écrit : > Package: systemsettings > Version: 4:5.27.11-1 > Severity: normal > > Dear Maintainer, > > I needed to configure a new Google Drive Account by means of the "Online > Accounts" function of KDE System Settings. > > 1. I opened KDE System Settings, > 2. selected Online Accounts, > 3. Selected [Add New Account]... > > ...KDE System Settings terminates unexpectedly. > Reproducible 100% on X11 Plasma. > The crash can be reproduced every time. indeed, that’s a known bug with the current state of testing / unstable without a good short term solution. This is fixed by upgrading to Plasma 6 but it is not ready for unstable yet. The accounts management stack is a bit complex with bits in Plasma itself, the kaccounts-* packages from KDE Gear and the "signon*" packages. We started uploading the signon* packaging in the hopes that Plasma would follow shortly but this couldn’t be done yet. Sorry for the inconvenience. -- Aurélien
Bug#1069754: screenshot
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=493061 Dear Russel, Le mercredi 24 avril 2024, 09:59:15 CEST Russell Coker a écrit : > The attached image shows the results of cating a file containing emoji in > both > kitty and konsole and using CTRL-+ repeatedly to change the size, kitty > scales > the emoji with the text and konsole doesn't. > > I don't think the config option to set the emoji font size should even exist, > it should just be scaled to the text. indeed, I’ve opened a bug upstream for this. Though very hidden, you can work around this manually. In the configuration file of your Konsole profile if you set the font size to -1 it will scale with the current zoom level. You’ll find profiles configuration files in : ~/.local/share/konsole/${profile}.profile The size is the second field just after the font name. In Plasma 6 the default emoji font is already Noto emoji so you can more easily live with it and not trigger the bug. Happy hacking, -- Aurélien
Bug#1080974: kf6-ktexttemplate: FTBFS on arm64 with gcc-14 and optimization level 2
Dear Emanuele, Le mercredi 11 septembre 2024, 16:11:33 CEST Emanuele Rocca a écrit : > Hey Aurélien, > > On 2024-09-06 04:37, Emanuele Rocca wrote: > > I thus tried to build the package with -O2 -mno-late-ldp-fusion, and > > indeed it builds fine > > For the time being you can, if you want, drop the -O1 and build with > -mno-late-ldp-fusion instead: > > export DEB_CXXFLAGS_MAINT_APPEND += -mno-late-ldp-fusion right thanks. I have the change committed locally and will upload it with KF6 6.6 which release is at the door and should be out on Sep 13th. Happy hacking, -- Aurélien
Bug#1038660: desktop-base: please set a placeholder theme during development, different from any release
Dear Simon, Le vendredi 30 août 2024, 15:22:20 CEST Simon McVittie a écrit : > On Tue, 20 Jun 2023 at 01:52:49 +0200, Aurélien COUDERC wrote: > > Le lundi 19 juin 2023, 20:50:35 CEST Simon McVittie a écrit : > > > Now that Debian 12 has been released, the version of desktop-base in > > > testing should no longer include Debian 12 branding, so that the testing > > > installer will be visually distinct from the Debian 12 stable release. > > > > I think this makes sense. > > Please consider: > https://salsa.debian.org/debian-desktop-team/desktop-base/-/merge_requests/7 > > The changes include updating a binary file, so I'd prefer to send them as > a git MR instead of patches attached to a bug, but I can provide patches if > required. The updated PNG is a straightforward export from Inkscape, which > would need to be redone manually if using a diff|patch workflow. Thanks for the patches ! I’ve done some general cleanup to the package and just uploaded it with your changes. Indeed it would be nice to do it earlier in the cycle but… someone™ has to do it. :) Happy hacking, -- Aurélien
Bug#1079123: libkf5iconthemes5: Expose accent color in KIconColors
Le mardi 20 août 2024, 12:37:14 CEST Rongrong a écrit : > Dear Maintainer, Dear Rong, […] thanks for the analysis, I didn’t want to dive into it myself but that’s appreciated ! > Backporting a tiny commit [1] from KF6 may fix the issue. Or ignore > this bug report if the migration to KDE Plasma 6 soon arrives. :) This doesn’t seem to be enough. Please find a screenshot in a recently installed sid VM. Dolphin’s icon in Plasma is still black, and the colors of folders in gwenview changed from black to white, I don’t see that as particularly improving the situation. :) Happy hacking, -- Aurélien
Bug#1078952: fixed installability in unstable
Yes, I had uploaded kf6 to unstable but there were some missing uploads of kf5 packages that are required to handle coinstallability of kf5 and kf6. This should now be fixed for all kf5 and kf6 packages and every package should be installable from both stacks. Note that until we move to Plasma 6 the kf6/qt6 applications will use the default Qt6 team which may not look entirely integrated into the Plasma 5 / qt5 breeze theme. Happy hacking, -- Aurélien
Bug#1078920: plasma-desktop: Package depends on plasma5-integration
Le dimanche 18 août 2024, 21:44:42 CEST Aurélien COUDERC a écrit : > Le dimanche 18 août 2024, 20:31:42 CEST sob...@sobkas.io a écrit : > > I only use Debian packages(with experimental) > > Apparently there was version 4:6.1.0-2 of kwayland-data because I have: > > > > *** 4:6.1.0-2 500 > > 500 /var/lib/dpkg/status > > 4:5.115.0-2 501 > > 501 http://ftp.pl.debian.org/debian unstable/main amd64Packages > > 501 http://ftp.pl.debian.org/debian unstable/main i386 Packages > > 500 http://ftp.pl.debian.org/debian testing/main amd64 Packages > > 500 http://ftp.pl.debian.org/debian testing/main i386 Packages > > But for some reason it got stuck at 4:6.1.0-2 > > It shouldn't but it did > > Not a bug > > Ah I see I will look into it. > It must have been in an intermediate package version and then we renamed it. After looking again I don’t see a way to fix this without breaking more things or involving ugly workarounds. So I would advise that you force uninstall that version of kwayland-data and reinstall the 5.115 version and everything should go well. If it’s not the case feel free to share more details. Happy hacking, -- Aurélien
Bug#1078920: plasma-desktop: Package depends on plasma5-integration
Le dimanche 18 août 2024, 20:31:42 CEST sob...@sobkas.io a écrit : > I only use Debian packages(with experimental) > Apparently there was version 4:6.1.0-2 of kwayland-data because I have: > > *** 4:6.1.0-2 500 > 500 /var/lib/dpkg/status > 4:5.115.0-2 501 > 501 http://ftp.pl.debian.org/debian unstable/main amd64Packages > 501 http://ftp.pl.debian.org/debian unstable/main i386 Packages > 500 http://ftp.pl.debian.org/debian testing/main amd64 Packages > 500 http://ftp.pl.debian.org/debian testing/main i386 Packages > But for some reason it got stuck at 4:6.1.0-2 > It shouldn't but it did > Not a bug Ah I see I will look into it. It must have been in an intermediate package version and then we renamed it. Thanks, -- Aurélien signature.asc Description: This is a digitally signed message part.
Bug#1078920: plasma-desktop: Package depends on plasma5-integration
control: severity -1 normal control: tags -1 + moreinfo Dear sobkas, Le samedi 17 août 2024, 18:56:15 CEST sob...@sobkas.io a écrit : > Dear Maintainer, > >* I have installed plasma-desktop 6.1 >* After that I tried to upgrade this package to 4:6.1.4-1 from > 4:6.1.3-1 >* I got information that package plasma5-integration can't be > installed >* I was hoping to get upgraded plasma-desktop > > plasma-desktop depends on plasma5-integration > plasma5-integration depends on kde 5 libraries yes, and that’s fine, plasma5-integration provides Plasma integration for Qt5/KF5 apps. >Unsatisfied dependencies: >libkf5waylandclient5 : Depends: kwayland-data (= 4:5.115.0-2) but > 4:6.1.0-2 is to be installed I’m quite surprised by this message because we don’t have a kwayland-data package in version 4:6.1.0-2 in the Debian archive. Are you using only packages from Debian ? Could you post the command you ran and the complete output ? Happy hacking, -- Aurélien
Bug#1071484: add the error picture attachment
control: tags -1 + moreinfo On Thu, 25 Jul 2024 15:56:49 +0800 liuxiang wrote: > If do not add this patch, when right-click on "Memory Details" in > ksysgurad, will get an error as shown in the picture. But you’re asking to add a dependency that doesn’t exist… qtwebengine5-dev is built by qtwebengine-opensource-src which only builds on amd64 arm64 armhf i386 and mips64el architectures [1] [2]. Adding that build dependency will prevent ksysguard from building on loong64 entirely, instead of just missing the functionality related to qtwebengine. If you want to get this working, you need to port qtwebengine to loong64 first. And probably the Qt6 version would be a better target at this stage. Also if I’m not mistaken your screenshot is from the old ksysguard that has been replaced by Plasma System Monitor in Plasma 5.22 that shipped in June 2021. It didn’t even ship our current stable release (bookworm). Not sure which environment you’re working on but at least that package is completely outdated. [1] https://salsa.debian.org/qt-kde-team/qt/qtwebengine/-/blob/master/debian/control?ref_type=heads#L98 [2] https://buildd.debian.org/status/package.php?p=qtwebengine-opensource-src&suite=sid Happy hacking, -- Aurélien
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
Control: fixed -1 1.5.4-4 Le lundi 12 août 2024, 18:08:59 CEST Adrian Bunk a écrit : > On Tue, Jun 18, 2024 at 08:30:59PM +0200, Patrick Franz wrote: > > 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. > >... > > Could you upload the version from experimental to unstable? > > The build dependencies are now fulfilled, but due to the rename in > experimental the packages with the old names in unstable hit binary-new. … and done, thanks for following up on this. Happy hacking, -- Aurélien signature.asc Description: This is a digitally signed message part.
Bug#1076729: libwayland: breaks plasma desktop start after last upgrade to version 1.23.0-1
control: reassign -1 kwin-wayland control: notfound -1 wayland/1.23.0-1 control: found -1 kwin-wayland/4:5.27.11-1 Hi Vincent, Le 5 août 2024 12:42:42 GMT+02:00, Vincent Lefevre a écrit : >This bug was closed, but has not been marked as fixed in >libwayland-client0, so that the current version is still >regarded as buggy, as reported by apt-listbugs: […] >If this is regarded as a bug in libwayland-client0, this bug should >still remain open until it is fixed *in wayland*. Otherwise it should >be reassigned to kwin-wayland. Let's say the bug it primarily and kwin and reassign/close it accordingly so we don't block the migration of wayland to testing. We unbroke things by rebuilding kwin which was more of a workaround. The real fix should be this merge request [1] in extra-cmake-modules to ensure that kwin doesn't re-export symbols generated by wayland-scanner for use in Wayland clients. It's planed for inclusion in KDE Frameworks 6.5 which should ship anytime soon. [1] uhttps://invent.kde.org/frameworks/extra-cmake-modules/-/merge_requests/447 Happy hacking, -- Aurélien
Bug#1077798: Reverse dependency build fails with Imported target "PkgConfig::QALCULATE" includes non-existent path "/usr/include/p11-kit-1"
Le 3 août 2024 20:53:24 GMT+02:00, James Lu a écrit : >Control: tags -1 + pending > >Hi Aurélien, Hi James, >I will push a fix adding D: libp11-kit-dev to libqalculate-dev. I won't prevent you from doing that and it's going to fix my build issue for plasma-workspace, so fine with me. But I'm wondering if that's the correct thing to do. We used to be able to build fine without having libp11-kit-dev in our build dependencies (including transitive). Given that, and as I cannot find any trace of any of the libp11-kit-dev headers in libqalculate's source, it looks more like a false positive to me and that the correct fix would be *not to have* libp11-kit in your pc file. >Strangely, this part of the .pc file is templated[1] and hasn't changed in 3 >years, so I think something has changed in the dependency stack. Yes, I think so too but I cannot understand why either. If I'm not mistaken looking a level deeper the pc file for libcurl4-gnutls-dev is strictly the same before and after your build that picked up libp11-kit-dev so it only makes it more mysterious to me. Anyway I won't dig into this issue any further, if your fine with that probably unused build dependency, so be it. Thank for looking into it ! -- Aurélien
Bug#1077798: Reverse dependency build fails with Imported target "PkgConfig::QALCULATE" includes non-existent path "/usr/include/p11-kit-1"
Package: libqalculate-dev Version: 5.2.0.1-1 Severity: important X-Debbugs-Cc: Debian Qt/KDE Maintainers Dear Maintainer, since 5.2.0.1-1, plasma-workspace fails to build with the following error message: CMake Error in runners/calculator/CMakeLists.txt: Imported target "PkgConfig::QALCULATE" includes non-existent path "/usr/include/p11-kit-1" in its INTERFACE_INCLUDE_DIRECTORIES. […] This is due to libqalculate’s pc file now referencing p11-kit, which it wasn’t until 5.1.1-2. $ grep p11-kit /usr/lib/x86_64-linux-gnu/pkgconfig/libqalculate.pc Cflags: -I/usr/include/x86_64-linux-gnu -I/usr/include/p11-kit-1 -I${includedir} The libp11-kit-dev package is pulled transitively via libgnutls28-dev by your libcurl4-gnutls-dev build dependency. As far as I can tell the build dependency chain was already there down to libp11-kit-dev until your previous upload, and I couldn’t make out why it’s appearing in libqalculate’s pc file just now… Could you please have a look and fix this issue ? We could work around it by adding libp11-kit-dev to our build deps but it doesn’t look like a valid solution. Thank you. -- Aurélien -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable-debug'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.10-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libqalculate-dev depends on: ii libcln-dev 1.3.7-1 ii libmpfr-dev 4.2.1-1+b1 ii libqalculate23 5.2.0.1-1 ii libxml2-dev 2.12.7+dfsg-3+b1 libqalculate-dev recommends no packages. libqalculate-dev suggests no packages. -- no debconf information
Bug#1072425: k3b: FTBFS with ffmpeg 7.0: k3bf fmpegwrapper.cpp:143:26: error: ‘AVCodecContext’ {aka ‘struct AVCodecContext’} has no member named ‘channels’ xt’ {aka ‘struct AVCodecContext’} has n o m
Le 1 août 2024 00:39:05 GMT+02:00, Diederik de Haas a écrit : >On dinsdag 23 juli 2024 17:56:34 CEST you wrote: >> > during a rebuild of the reverse dependencies for the transition to >> > ffmpeg 7.0, your package failed to build >> >> In the upstream git repo there are 2 commits on 2024-04-13 which probably do >> fix the FTBFS issue, but don't make it compatible with ffmpeg 7.0. F.e. it >> now just returns '0' for the number of channels with ffmpeg 7.0, while it >> does return the actual value when < 7.0 ... >> >> So, linking to those commits seems pointless. > >No offense, but I don't consider the following a solution: >``` >int K3bFFMpegFile::channels() const >{ >#if LIBAVCODEC_VERSION_MAJOR < 61 >return d->codecContext->channels; >#else >#pragma Unimplemented >return 0; >#endif >} >``` >(Upstream commits 712ef4adc992 + 071535a79c3d) > >I'm sure it does fix the FTBFS problem, so this is just to inform users >if they care about it. Ack and agreed. I'll try working on a better patch. It seems doable after a quick look at the ffmpeg documentation. Thanks for the feedback. -- Aurélien
Bug#1070254: ktp-text-ui FTBFS: undefined reference to `snappy::RawCompress(char const*, unsigned long, char*, unsigned long*)'
Hi, Le jeudi 2 mai 2024, 21:34:24 CEST Patrick Franz a écrit : > 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. You linked to that very bug which is probably not what you meant. > I guess trying to rebuild it tomorrow will fix this build error. But I can confirm sbuilding it in a clean unstable chroot today works, so closing. Happy hacking, -- Aurélien
Bug#1076729: Upstream feedback on IRC
Following a discussion on IRC it looks like a symbols conflict, due to kwin libs leaking some symbols that should be private. zzag explained the following : zzag | coucouf1: check whether rebuilding kwin with the newer libwayland helps. I suspect that there are two wl_shm_interface symbols and the wrong one (outdated) is being used zzag | coucouf1: I think there are two wl_shm_interface symbols: one in libkwin (generated by qtwaylandscanner), and one from libwayland-server zzag | my guess is that wl_display_init_shm() picks up libkwin's wl_shm_interface zzag | which has version 1 zzag | in plasma 6, kwin doesn't use wl_display_init_shm(), so I think it should not be affected by that issue karenthedorf mentioned she wrote a patch for ECM to avoid this in the future, and that it’s been merged : https://invent.kde.org/frameworks/extra-cmake-modules/-/merge_requests/447[1] [1] https://invent.kde.org/frameworks/extra-cmake-modules/-/merge_requests/447#note_984808
Bug#1076729: Symbols diff
I can confirm that rebuilding kwin fixes the issue. It still looks like an unwanted ABI transition… Here’s the symbols diff for the record : diff --git a/debian/libwayland-client0.symbols b/debian/libwayland-client0.symbols index c0d64c6..5ec470c 100644 --- a/debian/libwayland-client0.symbols +++ b/debian/libwayland-client0.symbols @@ -15,6 +15,7 @@ libwayland-client.so.0 libwayland-client0 #MINVER# wl_display_connect@Base 1.0.2 wl_display_connect_to_fd@Base 1.0.2 wl_display_create_queue@Base 1.0.2 + wl_display_create_queue_with_name@Base 1.23.0 wl_display_disconnect@Base 1.0.2 wl_display_dispatch@Base 1.0.2 wl_display_dispatch_pending@Base 1.0.2 @@ -30,7 +31,9 @@ libwayland-client.so.0 libwayland-client0 #MINVER# wl_display_read_events@Base 1.2.0 wl_display_roundtrip@Base 1.0.2 wl_display_roundtrip_queue@Base 1.5.91 + wl_display_set_max_buffer_size@Base 1.23.0 wl_event_queue_destroy@Base 1.0.2 + wl_event_queue_get_name@Base 1.23.0 wl_keyboard_interface@Base 1.0.2 wl_list_empty@Base 1.0.2 wl_list_init@Base 1.0.2 @@ -47,8 +50,10 @@ libwayland-client.so.0 libwayland-client0 #MINVER# wl_proxy_create_wrapper@Base 1.11.0 wl_proxy_destroy@Base 1.0.2 wl_proxy_get_class@Base 1.1.0 + wl_proxy_get_display@Base 1.23.0 wl_proxy_get_id@Base 1.0.2 wl_proxy_get_listener@Base 1.3.0 + wl_proxy_get_queue@Base 1.23.0 wl_proxy_get_tag@Base 1.17.93 wl_proxy_get_user_data@Base 1.0.2 wl_proxy_get_version@Base 1.9.91 diff --git a/debian/libwayland-server0.symbols b/debian/libwayland-server0.symbols index 6872566..02730ab 100644 --- a/debian/libwayland-server0.symbols +++ b/debian/libwayland-server0.symbols @@ -23,9 +23,12 @@ libwayland-server.so.0 libwayland-server0 #MINVER# wl_client_get_fd@Base 1.9.91 wl_client_get_link@Base 1.11.91 wl_client_get_object@Base 1.0.2 + wl_client_get_user_data@Base 1.23.0 wl_client_new_object@Base 1.0.2 wl_client_post_implementation_error@Base 1.17.0 wl_client_post_no_memory@Base 1.2.0 + wl_client_set_max_buffer_size@Base 1.23.0 + wl_client_set_user_data@Base 1.23.0 wl_compositor_interface@Base 1.0.2 wl_data_device_interface@Base 1.0.2 wl_data_device_manager_interface@Base 1.0.2 @@ -52,6 +55,7 @@ libwayland-server.so.0 libwayland-server0 #MINVER# wl_display_next_serial@Base 1.0.2 wl_display_remove_global@Base 1.0.2 wl_display_run@Base 1.0.2 + wl_display_set_default_max_buffer_size@Base 1.23.0 wl_display_set_global_filter@Base 1.13.0 wl_display_terminate@Base 1.0.2 wl_event_loop_add_destroy_listener@Base 1.0.4
Bug#1071484: libksysguard: please add support for loong64
Dear liuxiang, Le lundi 20 mai 2024, 05:48:27 CEST liuxiang a écrit : > Source: libksysguard > Severity: normal > X-Debbugs-Cc: liuxi...@loongson.cn > > Dear Maintainer, > >please add support for loong64, >thank you can you explain what your patch is trying to achieve ? At first sight it makes no sense to me… Thanks, -- Aurélien
Bug#1076729: More logs
Some more logs running a nested kwin_wayland under an X11 session in a VM. Below the diff with a identical launch after reverting to wayland libraries 1.22. The following line in the crashing case looks interesting : +wl_global_create: implemented version for 'wl_shm' higher than interface version (2 > 1) == crash logs (1.23) $ LANG=C kwin_wayland --xwayland /usr/bin/xeyes No backend specified, automatically choosing X11 because DISPLAY is set wl_global_create: implemented version for 'wl_shm' higher than interface version (2 > 1) kf.globalaccel.kglobalacceld: Failed to register service org.kde.kglobalaccel OpenGL vendor string: Mesa OpenGL renderer string: virgl (AMD Radeon Graphics (radeonsi, gfx1103_r1, LLVM 17.0...) OpenGL version string: 4.3 (Core Profile) Mesa 24.1.3-2 OpenGL shading language version string: 4.30 Driver: Unknown GPU class: Unknown OpenGL version: 4.3 GLSL version: 4.30 Mesa version: 24.1.3 Linux kernel version: 6.9.10 Requires strict binding:no GLSL shaders: yes Texture NPOT support: yes Virtual Machine:no kwin_core: eglPostSubBufferNV not supported, have to enable buffer preservation - which breaks v-sync and performance linux_dmabuf_feedback.main_device: Failed to fetch DRM device linux_dmabuf_feedback.tranche_target_device: Failed to fetch DRM device linux_dmabuf_feedback.tranche_target_device: Failed to fetch DRM device (EE) (EE) Backtrace: (EE) 0: /usr/bin/Xwayland (0x56325e8c+0x188552) [0x56325ea48552] (EE) 1: /usr/bin/Xwayland (0x56325e8c+0x18c08d) [0x56325ea4c08d] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f4f1cc69000+0x3f590) [0x7f4f1cca8590] (EE) 3: /lib/x86_64-linux-gnu/libwayland-client.so.0 (wl_proxy_get_version+0x4) [0x7f4f1d300244] (EE) 4: /usr/bin/Xwayland (0x56325e8c+0x46696) [0x56325e906696] (EE) 5: /usr/bin/Xwayland (0x56325e8c+0x406a6) [0x56325e9006a6] (EE) 6: /usr/bin/Xwayland (0x56325e8c+0x115c95) [0x56325e9d5c95] (EE) 7: /usr/bin/Xwayland (0x56325e8c+0xc10e4) [0x56325e9810e4] (EE) 8: /usr/bin/Xwayland (0x56325e8c+0xae572) [0x56325e96e572] (EE) 9: /usr/bin/Xwayland (0x56325e8c+0xaf646) [0x56325e96f646] (EE) 10: /usr/bin/Xwayland (0x56325e8c+0xbaba9) [0x56325e97aba9] (EE) 11: /lib/x86_64-linux-gnu/libc.so.6 (0x7f4f1cc69000+0x29c8a) [0x7f4f1cc92c8a] (EE) 12: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0x85) [0x7f4f1cc92d45] (EE) 13: /usr/bin/Xwayland (0x56325e8c+0x39ba1) [0x56325e8f9ba1] (EE) (EE) Segmentation fault at address 0x40 (EE) Fatal server error: (EE) Caught signal 11 (Segmentation fault). Server aborting (EE) == diff between ok (1.22) and ko (1.23) $ LANG=C kwin_wayland --xwayland /usr/bin/xeyes No backend specified, automatically choosing X11 because DISPLAY is set +wl_global_create: implemented version for 'wl_shm' higher than interface version (2 > 1) kf.globalaccel.kglobalacceld: Failed to register service org.kde.kglobalaccel OpenGL vendor string: Mesa OpenGL renderer string: virgl (AMD Radeon Graphics (radeonsi, gfx1103_r1, LLVM 17.0...) @@ -19,14 +20,26 @@ linux_dmabuf_feedback.main_device: Failed to fetch DRM device linux_dmabuf_feedback.tranche_target_device: Failed to fetch DRM device linux_dmabuf_feedback.tranche_target_device: Failed to fetch DRM device -The XKEYBOARD keymap compiler (xkbcomp) reports: -> Warning: Unsupported maximum keycode 708, clipping. -> X11 cannot support keycodes above 255. -Errors from xkbcomp are not fatal to the X server -linux_dmabuf_feedback.main_device: Failed to fetch DRM device -linux_dmabuf_feedback.tranche_target_device: Failed to fetch DRM device -linux_dmabuf_feedback.tranche_target_device: Failed to fetch DRM device -kf.kirigami: Failed to find a Kirigami platform plugin -qt.qpa.wayland: Wayland does not support QWindow::requestActivate() -qt.qpa.wayland: Wayland does not support QWindow::requestActivate() +(EE) +(EE) Backtrace: +(EE) 0: /usr/bin/Xwayland (0x56325e8c+0x188552) [0x56325ea48552] +(EE) 1: /usr/bin/Xwayland (0x56325e8c+0x18c08d) [0x56325ea4c08d] +(EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f4f1cc69000+0x3f590) [0x7f4f1cca8590] +(EE) 3: /lib/x86_64-linux-gnu/libwayland-client.so.0 (wl_proxy_get_version+0x4) [0x7f4f1d300244] +(EE) 4: /usr/bin/Xwayland (0x56325e8c+0x46696) [0x56325e906696] +(EE) 5: /usr/bin/Xwayland (0x56325e8c+0x406a6) [0x56325e9006a6] +(EE) 6: /usr/bin/Xwayland (0x56325e8c+0x115c95) [0x56325e9d5c95] +(EE) 7: /usr/bin/Xwayland (0x56325e8c+0xc10e4) [0x56325e9810e4] +(EE) 8: /usr/bin/Xwayland (0x56325e8c+0xae572) [0x56325e96e572] +(EE) 9: /usr/bin/Xwayland (0x56325e8c+0xaf646) [0x56325e96f646] +(EE) 10: /usr/b
Bug#1076331: kwayland-integration: The package depends on old Qt5/KDE5 packages.
Le vendredi 19 juillet 2024, 03:15:25 CEST Justin Geibel a écrit : > Dear Maintainer, Dear Lev, > I'm another user attempting to try out the bleeding edge bits in > experimental, and I think I'm running into this issue as well. > > What I'm seeing is: > * kwayland-integration 6.1.0-1 depends on libkf5waylandclient5 > =4:5.115.0-2+b1 which depends on kwayland-data =4:5.115.0-2 > * libkwayland-client6 4:6.1.0-2 depends on kwayland-data =4:6.1.0-2 > > I think this is probably because kwayland 6.1.0-3 (which appears to address > this co-installability issue) was rejected as a source-only upload to NEW. > > https://lists.debian.org/debian-qt-kde/2024/07/msg00131.html Ack, thanks for the analysis ! I’ve reuploaded the package as a binary upload. Happy hacking, -- Aurélien
Bug#1076331: kwayland-integration: The package depends on old Qt5/KDE5 packages.
Le dimanche 14 juillet 2024, 16:01:36 CEST Lev Abashkin a écrit : > Dear Maintainer, Dear Lev, congrats for living on the edge and trying to break your system with our not-ready-yet-for-general-consumption™ Plasma 6 packages. :) >kwayland-integration 6.1.0-1 seems to have its dependencies inherited from > 5.x version. It blocks kwin-wayland 6.1 from being installed. That’s expected, it’s the package handling the compatibility with Qt5 applications. So I’m closing this bug report. To get a chance to break your system more and maybe running Plasma 6 you’ll need : - to install version 6.1.0-2 of plasma-integration where I fixed and issue in the Breaks / Replaces relation. - all the latest KF*5* packages from experimental, we’ve rebuilt several of them to ensure kf5 / kf6 coinstability ; - build yourself the packages that have not cleared NEW yet. There are kgamma and krdp that are under review, and plasma-workspace that we’ve not submitted yet ; - I’d recommend grabbing SDDM from experimental too if you’re using breeze or debian-breeze connection themes, they need a Qt6 build to work. Happy breaking-your-system-you-have-to-know-what-you’re-doing ! -- Aurélien
Bug#1076043: task-kde-desktop: synaptic not installed by default with task-kde-desktop
Hi ! Le 10 juillet 2024 11:09:30 GMT+02:00, Omega a écrit : > But for non-technical users whom never heard of it might be useful >of having it installed out of the box. With my KDE / Plasma comaintainer hat on, I tend to disagree with this statement. In my opinion if you're going to (ask someone to) do something with Synaptic that you cannot do with Discover, it's OK to have to install Synaptic in the process… which you can easily do from Discover. So I would mark this as wontfix unless other KDE/Plasma maintainers have a strong opinion in the other direction. Happy hacking, -- Aurélien
Bug#1072840: Acknowledgement (sddm: Sddm crashes regularly)
Dear Helge, Le 23 juin 2024 09:28:41 GMT+02:00, Helge Kreutzmann a écrit : >Hello Sddm maintainers, >I analysed this annyoing bug further. The following pattern seems to >hold always: can you see anything in the kernel or system logs (dmesg or journalctl) ? Without logs it will be difficult to understand what is going on. But at first sight I would lean towards a graphics driver bug more than an SDDM bug. Maybe testing with different display managers (gdm, lightdm) could also help narrowing down the issue ? Happy hacking, -- Aurélien
Bug#1072857: Proposed fix for #1072857
Hi, being hit by this too, I’ve sumbitted an MR at [1]. You’ll also find in attachment the same fix on top of the version of dput currently in the archive which is slightly different from the one in the salsa repo. You can put it in /usr/share/dput/dput/dput.py as a short-term workaround. [1] https://salsa.debian.org/debian/dput/-/merge_requests/13 Happy hacking, -- Aurélien#! /usr/bin/python3 # # dput/dput.py # Part of ???dput???, a Debian package upload toolkit. # # This is free software, and you are welcome to redistribute it under # certain conditions; see the end of this file for copyright # information, grant of license, and disclaimer of warranty. """ dput ??? Debian package upload tool. """ import configparser import email.parser from hashlib import ( md5, sha1, ) import importlib import os import os.path import pkgutil import re import signal import stat import subprocess import sys import textwrap import types from . import configfile from . import crypto from .helper import dputhelper app_library_path = os.path.dirname(__file__) debug = 0 def import_upload_functions(): """ Import upload method modules and make them available. """ upload_methods = {} package_name = "methods" modules_path = os.path.join(app_library_path, package_name) modules_found = [ name for (__, name, ispkg) in pkgutil.iter_modules([modules_path]) if not ispkg] if debug: sys.stdout.write("D: modules_found: {!r}\n".format(modules_found)) for module_name in modules_found: module = importlib.import_module("{package}.{module}".format( package=".".join(["dput", package_name]), module=module_name)) if debug: sys.stdout.write("D: Module: {module_name} ({module!r})\n".format( **vars())) method_name = module_name if debug: sys.stdout.write("D: Method name: {}\n".format(method_name)) upload_methods[method_name] = module.upload return upload_methods def parse_changes(changes_file): """ Parse the changes file. """ check = changes_file.read(5) if check != "-": changes_file.seek(0) else: # found a PGP header, gonna ditch the next 3 lines # eat the rest of the line changes_file.readline() # Hash: SHA1 changes_file.readline() # empty line changes_file.readline() if not changes_file.readline().find("Format") != -1: changes_file.readline() changes_text = changes_file.read() changes = email.parser.HeaderParser().parsestr(changes_text) if 'files' not in changes: raise KeyError("No Files field in upload control file") for file_spec in changes['files'].strip().split("\n"): if len(file_spec.split()) != 5: sys.stderr.write(textwrap.dedent("""\ Invalid Files line in .changes: {} """).format(file_spec)) sys.exit(1) return changes def read_configs(config_files, debug): """ Read configuration settings from config files. :param config_files: Sequence of configuration files, open for reading. :param debug: If true, enable debugging output. :return: The resulting `ConfigParser` instance. The config parser will parse each file in `config_files`. Configuration from later files overrides earlier files. """ config = configparser.ConfigParser() config.set('DEFAULT', 'login', "username") config.set('DEFAULT', 'method', "scp") config.set('DEFAULT', 'hash', "md5") config.set('DEFAULT', 'allow_unsigned_uploads', "0") config.set('DEFAULT', 'allow_dcut', "0") config.set('DEFAULT', 'distributions', "") config.set('DEFAULT', 'allowed_distributions', "") config.set('DEFAULT', 'run_lintian', "0") config.set('DEFAULT', 'run_dinstall', "0") config.set('DEFAULT', 'check_version', "0") config.set('DEFAULT', 'scp_compress', "0") config.set('DEFAULT', 'default_host_main', "") config.set('DEFAULT', 'post_upload_command', "") config.set('DEFAULT', 'pre_upload_command', "") config.set('DEFAULT', 'ssh_config_options', "") config.set('DEFAULT', 'passive_ftp', "1") config.set('DEFAULT', 'progress_indicator', "0") for config_file in config_files: if debug: sys.stdout.write( "D: Parsing configuration file ???{path}???\n".format( path=config_file.name)) try: config.read_file(config_file) except configparser.ParsingError as e: sys.stderr.write(textwrap.dedent("""\ Error parsing configuration file: {0} """).format(str(e))) sys.exit(1) config_file.close() # only check for fqdn and incoming dir, rest have reasonable defaults
Bug#1072713: ITP: plasma5support -- support components for porting from KF5/Qt5 to KF6/Qt6
Package: wnpp Severity: wishlist Owner: Aurélien COUDERC X-Debbugs-Cc: debian-de...@lists.debian.org, Debian Qt/KDE Maintainers * Package name: plasma5support Version : 6.0.5 Upstream Contact: Plasma Developers * URL : https://invent.kde.org/plasma/plasma5support * License : LGPL Programming Lang: C++, QML Description : support components for porting from KF5/Qt5 to KF6/Qt6 Plasma5Support Framework providing migration aids for KF5 -> KF6 migrations. The package will be maintained under the Qt/KDE Team’s umbrella.
Bug#1072656: ITP: kglobalacceld -- daemon for global keyboard shortcuts on the Plasma desktop
Package: wnpp Severity: wishlist Owner: Aurélien COUDERC X-Debbugs-Cc: debian-de...@lists.debian.org, Debian Qt/KDE Maintainers * Package name: kglobalacceld Version : 6.0.5 Upstream Contact: Plasma Developers * URL : https://invent.kde.org/plasma/ocean-sound-theme * License : LGPL Programming Lang: C++ Description : daemon for global keyboard shortcuts on the Plasma desktop Daemon providing Global Keyboard Shortcut (Accelerator) functionality for the Plasma desktop. The package will be maintained under the Qt/KDE Team’s umbrella.
Bug#1072649: ITP: ocean-sound-theme -- Ocean Sound Theme for the Plasma desktop
Package: wnpp Severity: wishlist Owner: Aurélien COUDERC X-Debbugs-Cc: debian-de...@lists.debian.org, Debian Qt/KDE Maintainers * Package name: ocean-sound-theme Version : 6.0.5 Upstream Contact: Plasma Developers * URL : https://invent.kde.org/plasma/ocean-sound-theme * License : CC-BY-SA-4.0 Description : Ocean Sound Theme for the Plasma desktop The Ocean Sound Theme for Plasma for the release of Plasma 6. This package contains the sounds that are used in the sound theme. It will be maintained under the Qt/KDE Team’s umbrella.
Bug#1070322: marked as pending in kio
So I’ve went ahead and backported the 2 additional commits mentioned as fixing #1069855 for bookworm (sid doesn’t need them). You’ll find the changes to the debian/bookworm branch for bookworm [1] and master for sid [2]. I’ve uploaded the sid package. I don’t really have the setup to reproduce or test the fixes so @all involved would you be OK with : - reviewing the changes again and building the package from the bookworm Salsa branch, - testing (testing (and retesting)), CIFS and general use cases. The patches look unintrusive and the 2 first ones are exact commits from later KIO releases, but if there’s something we don’t want to break in KDE that’s probably KIO… - submitting the bug to release.debian.org and get the sign-off from the release team ? I can handle the actual upload once that’s cleared. [1] https://salsa.debian.org/qt-kde-team/kde/kio/-/commits/debian%2Fbookworm [2] https://salsa.debian.org/qt-kde-team/kde/kio/-/commits/master/ Thanks ! -- Aurélien
Bug#1069546: ktorrent: FTBFS on armel: dh_install: error: missing files, aborting
Control: severity -1 wishlist
Bug#1069546: ktorrent: FTBFS on armel: dh_install: error: missing files, aborting
Control: retitle -1 ktorrent: FTBFS on arches without QtWebEngine Control: severity -1 whishlist Control: tags -1 + wontfix Le 20 avril 2024 15:23:30 GMT+02:00, Lucas Nussbaum a écrit : >Source: ktorrent >Version: 22.12.3-2 >Severity: serious >Justification: FTBFS >Tags: trixie sid ftbfs >User: lu...@debian.org >Usertags: ftbfs-20240420 ftbfs-trixie ftbfs-t64-armel > >Hi, Dear Lucas, >During a rebuild of all packages in sid, your package failed to build >on armel. what happens is that on arches that don't have QtWebEngine, the ktorrent build succeeds but doesn't produce some of the files expected by dh_install for the arch:all ktorrent-data package. The issue doesn't happen on buildds where arch:all packages are built on amd64 and other arches run dh_install -a. There is no easy way to split the generation of the arch:all files for ktorrent in a separate build-indep target so I'm marking this bug as whishlist+wontfix. Happy hacking, -- Aurélien
Bug#1069408: kwin: FTBFS on arm64: present.h:20:10: fatal error: dri3.h: No such file or directory
Control: reassign -1 libxcb Control: found -1 1.17.0-1 Control: retitle -1 libxcb-present-dev 1.17 misses dependency on libxcb-dri3-dev Control: affects -1 + kwin Le samedi 20 avril 2024, 14:16:27 CEST Lucas Nussbaum a écrit : > Source: kwin > Version: 4:5.27.10-1 > Severity: serious > Justification: FTBFS > Tags: trixie sid ftbfs > User: lu...@debian.org > Usertags: ftbfs-20240420 ftbfs-trixie ftbfs-t64-arm64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on arm64. Dear X Team, it seems to me that libxcb-present-dev 1.17 misses dependency on libxcb-dri3-dev which was added as a private dependency between 1.15 and 1.17. This is causing kwin to FTBFS. If that’s correct you’ll find an MR against the libxcb repo adding that dependency at [1]. [1] https://salsa.debian.org/xorg-team/lib/libxcb/-/merge_requests/3 Happy hacking, -- Aurélien
Bug#1036886: Text input fields very hard to identify in high contrast / dark mode
Hi Samuel, Le 23 octobre 2023 02:00:25 GMT+02:00, Samuel Thibault a écrit : >Hello, > >Aurélien COUDERC, le dim. 28 mai 2023 18:51:08 +0200, a ecrit: >> If we don’t want to reduce the contrast of either the static text or the >> input fields an option could be for text input fields to have a border >> with the same color as the text that would make them clearly >> identifiable. > >I had a hard time getting a border. The simplest might be to just have >a black background, as attached. Would that be fine enough? (we don't >actually lose any contrast since it's the same blue as before) Thanks for looking into this ! (I'm neither a designer nor visually impaired so take my feedback with some grains of salt.) It looks better to me, but I'm not sure how much better it would be for someone needing the high contrast. Would they identify the difference between the black and dark blue ? I'm copying devian-accessibility in case they have an opinion. As you said it's not making things worse so AFAIC feel free to go for any option you prefer. Happy hacking, -- Aurélien
Bug#1052039: okular: Okular cannot open PDF files: Solved !
Le 17 septembre 2023 09:35:27 GMT+02:00, "Frédéric Tronel" a écrit : >Dear maintainer, > > >I have found the reason why >/usr/lib/x86_64-linux-gnu/qt5/plugins/okular/generators/okularGenerator_poppler.so >was linked against libtiff.so.5 on my system. >This was due to a local recompilation of libpoppler on my bulleyes >installation (that I have just migrated to >bookworm). The faulty library (libpoppler.so) was still installed in >/usr/local/lib ... >Removing it solves the problem. Good to hear, thanks for the feedback. -- Aurélien
Bug#1035431: desktop-base: leaves alternatives after purge:
Dear Andreas, Le lundi 15 mai 2023, 18:31:46 CEST Andreas Beckmann a écrit : > Followup-For: Bug #1035431 > Control: tag -1 patch > > Please see the attached patch for fixing the prerm. > > The git repository is not up-to-date. (The last upload is missing.) applied to git and pushed all the changes. Thank you for the patch ! -- Aurélien
Bug#1040234: Acknowledgement (plasma-systemmonitor: graphical artefacts with nouveau kernel module)
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=471979
Bug#1038660: desktop-base: please set a placeholder theme during development, different from any release
Dear Jonathan, Le 23 juin 2023 16:33:43 GMT+02:00, Jonathan Carter a écrit : >On 2023/06/19 20:50, Simon McVittie wrote: >> Prior art: GNOME applications built from their alpha/beta branches often >> have yellow and black stripes (resembling hazard tape) overlaying part >> of their icon, and a gear-wheel motif in the titlebar, to distinguish >> them from the stable version of the same application. > >I've been playing with the idea of "egg", a theme based on Juliet Taka's >Homeworld theme, previously used on Debian 11. > >The egg represents something that hasn't hatched yet, screenshot attached. I >can probably work on this a bit more after I've taken care of the live bugs >for 12.1. > >Any thoughts? I don't think I would have seen the « egg » look of it without the subtitle, but I do like it. 🙂 Are you willing to work on the whole theme including login background, wallpaper (and maybe lock screen) variants ? The dark version of the wallpaper ? (OK we don't even have that until now, but… why not !) Also while at it I'd like to be able to ship each theme in their own debian-artwork-${release} binary package (including that testing theme), but still handle the theme n->theme testing->theme n+1 transition automagically for users. I've pondered over it a couple of times but couldn't come up with a nice way of doing it. Thoughts ? -- Aurélien
Bug#1038660: desktop-base: please set a placeholder theme during development, different from any release
Dear Simon, Le lundi 19 juin 2023, 20:50:35 CEST Simon McVittie a écrit : > Package: desktop-base > Version: 12.0.6 > Severity: normal > Tags: trixie sid > > Now that Debian 12 has been released, the version of desktop-base in > testing should no longer include Debian 12 branding, so that the testing > installer will be visually distinct from the Debian 12 stable release. I think this makes sense. > The simplest possible implementation of this would be to remove the "12" > from all the art components, but I think it would be better to use artwork > that is obviously different. Yes, I can do that. > One simple "programmer-art" way to do that would be to desaturate the > Debian 12 artwork down to greyscale to make it obviously a placeholder, > or rotate the hue to make it a different colour. I probably won’t do that. > However, it might be nicer (and definitely more fun!) to have a theme > specifically for Debian in its alpha/beta state, with a sense of "this is > under construction", to be replaced by a proper Debian 13 theme closer > to the Debian 13 freeze. Some of the contributors who were helping with > debian-cd testing during the Debian 12 release process had a similar > thought a while ago, and got as far as preparing a background image for > this purpose - I'll ask them to follow up here. Well I was not convinced at all by the last proposal I saw. Obviously theming and art are very personal but I wouldn’t want to replace quality artwork we’ve been having for the last couple of releases with something I consider less attractive just for the sake of it. OK for the artwort to convey the idea of work-in-progress but the art itself cannot be work-in-progress… And yes I know people can change it if they like but defaults count, especially since it will be part first impressions for new users of testing. Happy hacking, -- Aurélien
Bug#1034951: ktexteditor: diff for NMU version 5.103.0-1.1
Le jeudi 18 mai 2023, 18:29:49 CEST Andreas Metzler a écrit : > Control: tags 1034951 + patch > Control: tags 1034951 + pending > > Dear maintainer, > > I've prepared an NMU for ktexteditor (versioned as 5.103.0-1.1) and > uploaded it to DELAYED/10. Please feel free to tell me if I > should delay it longer. Applied to git. Thanks for the fix ! -- Aurélien
Bug#1035056: [pre-approval] plasma-desktop 5.27.X
Control: tags -1 -moreinfo Hi, Le dimanche 28 mai 2023, 14:13:48 CEST Aurélien COUDERC a écrit : > Le dimanche 28 mai 2023, 08:26:16 CEST Paul Gevers a écrit : > > [0] https://deb.li/plasma All packages are now built in unstable, all puipart tests pass, we don’t have autopkgtests for this package set. For the record in the 100+ bugs fixed we have several shell desktop, screen management crashers and app crashers due to screen management that we would highly prefer having in for bookworm. I’ve included the fix for RC bug #1034215 where the KDE crash reporter drkonqi wouldn’t start on application crashes. The Plasma 5.27 branch is going to be maintained upstream for a foreseeable future so if I can convince the stable release managers to do the same, I plan to push future Plasma bugfix releases to stable after the bookworm release. > > Also please prepare the correct set of hints, they need to be in the > > form of: > > unblock package-name/version-in-unstable I confirm the list of unblock hints from my previous email below. Thanks, -- Aurélien unblock bluedevil/4:5.27.5-2 unblock breeze-grub/5.27.5-2 unblock breeze-plymouth/5.27.5-2 unblock drkonqi/5.27.5-2 unblock flatpak-kcm/5.27.5-2 unblock kactivitymanagerd/5.27.5-2 unblock kdecoration/4:5.27.5-2 unblock kgamma5/5.27.5-2 unblock kinfocenter/4:5.27.5-2 unblock kmenuedit/4:5.27.5-2 unblock kpipewire/5.27.5-3 unblock ksshaskpass/4:5.27.5-2 unblock kwallet-pam/5.27.5-2 unblock kwayland-integration/5.27.5-2 unblock kwrited/4:5.27.5-2 unblock layer-shell-qt/5.27.5-2 unblock libkscreen/4:5.27.5-2 unblock libksysguard/4:5.27.5-2 unblock milou/4:5.27.5-2 unblock oxygen-sounds/4:5.27.5-2 unblock plasma-discover/5.27.5-2 unblock plasma-disks/5.27.5-2 unblock plasma-firewall/5.27.5-2 unblock plasma-nano/5.27.5-2 unblock plasma-nm/4:5.27.5-2 unblock plasma-pa/4:5.27.5-2 unblock plasma-sdk/5.27.5-2 unblock plasma-thunderbolt/5.27.5-2 unblock plasma-welcome/5.27.5-2 unblock plasma-workspace-wallpapers/4:5.27.5-2 unblock plymouth-kcm/5.27.5-2 unblock polkit-kde-agent-1/4:5.27.5-2 unblock qqc2-breeze-style/5.27.5-2 unblock sddm-kcm/4:5.27.5-2 unblock xdg-desktop-portal-kde/5.27.5-2 unblock breeze/4:5.27.5-2 unblock kde-gtk-config/4:5.27.5-2 unblock kscreen/4:5.27.5-2 unblock kscreenlocker/5.27.5-2 unblock ksystemstats/5.27.5-2 unblock oxygen/4:5.27.5-2 unblock plasma-systemmonitor/5.27.5-2 unblock plasma-vault/5.27.5-2 unblock breeze-gtk/5.27.5-2 unblock kwin/4:5.27.5-3 unblock plasma-integration/5.27.5-2 unblock plasma-workspace/4:5.27.5-2 unblock kde-cli-tools/4:5.27.5.1-2 unblock kdeplasma-addons/4:5.27.5-2 unblock khotkeys/4:5.27.5-2 unblock plasma-bigscreen/5.27.5-2 unblock plasma-browser-integration/5.27.5-2 unblock plasma-desktop/4:5.27.5-2 unblock plasma-remotecontrollers/5.27.5-2 unblock powerdevil/4:5.27.5-2 unblock systemsettings/4:5.27.5-2
Bug#889635: Also interested in dh_installsystemd templates support
Package: debhelper Version: 13.11.4 Followup-For: Bug #889635 X-Debbugs-Cc: Debian Qt/KDE Maintainers Hi, I’m also interested in this feature, needed for the drkonqi KDE crash manager to be started when systemd-coredump starts. Drkonqi ships a drkonqi-coredump-processor@.service unit with a WantedBy=systemd-coredump@.service and I had to reimplement [0] part of what dh_installsystemd does in the maintainer scripts. Note that in this case we don’t have a DefaultInstance so unlike what Vinctor wrote above we *don’t want* to start / restart the unit on install / upgrade as this would make no sense in this situation. [0] https://salsa.debian.org/qt-kde-team/kde/drkonqi/-/tree/master/debian Happy hacking, -- Aurélien -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable-debug'), (500, 'testing-security'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages debhelper depends on: ii autotools-dev20220109.1 ii dh-autoreconf20 ii dh-strip-nondeterminism 1.13.1-1 ii dpkg 1.21.22 ii dpkg-dev 1.21.22 ii dwz 0.15-1 ii file 1:5.44-3 ii libdebhelper-perl13.11.4 ii libdpkg-perl 1.21.22 ii man-db 2.11.2-2 ii perl 5.36.0-7 ii po-debconf 1.0.21+nmu1 debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 2.202301 -- no debconf information
Bug#1036886: Text input fields very hard to identify in high contrast / dark mode
Source: rootskel-gtk Severity: normal Tags: a11y Dear Mantainer, running the installer in graphical dark / high contrast mode, it’s very hard to identify text input fields in the installer pages, making it very difficult to see where things need to be input. The default theme does a must better job at it whereas the high contrast theme uses (almost ?) the same color for the global page background and the text input fields background, and the input fields have no visible border. If we don’t want to reduce the contrast of either the static text or the input fields an option could be for text input fields to have a border with the same color as the text that would make them clearly identifiable. -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable-debug'), (500, 'testing-security'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1035056: [pre-approval] plasma-desktop 5.27.X
Le dimanche 28 mai 2023, 08:26:16 CEST Paul Gevers a écrit : > Control: tags -1 confirmed moreinfo > > Hi all, > > [For those following at home, I had multiple live discussions with > Aurélien at the Debian Reunion Hamburg.] > > On 27-05-2023 22:44, Aurélien COUDERC wrote: > > I don’t have particular bugs in mind, I think the selection that upstream > > makes of bugs that deserve a fix in their stable 5.27 branch makes sense > > for us to follow. > > Ok, it's terribly late but let's go for this then. ❤❤❤ > You'll need to help a > bit more though. You want the full set to migrate together, so please > check the status of the upload you did yesterday and let me know when > everything is ready. That means that no package should be blocked on > anything except age and the freeze. Piuparts and autopkgtest runs must > have finished and when finished neither must block migration. Did you > mention you have a web page for that already, can you share the link? Yes, that is [0]. [0] https://deb.li/plasma The packages on the dashboard are sorted by layers of build dependencies then alphabetically in each layer. So you will find the packages further in the dependency tree at the bottom, and not all built yet. The same dashboard for bookworm incorrectly reports breeze-grub as sucessfully built for mips64el and s390x but this was not the case. We I don’t think we have the equivalent for autopkgtests / puiparts so I’ll check these manually. > Also please prepare the correct set of hints, they need to be in the > form of: > unblock package-name/version-in-unstable That would be the list at the bottom. We will confirm when all builds / tests have passed. Cheers -- Aurélien unblock bluedevil/4:5.27.5-2 unblock breeze-grub/5.27.5-2 unblock breeze-plymouth/5.27.5-2 unblock drkonqi/5.27.5-2 unblock flatpak-kcm/5.27.5-2 unblock kactivitymanagerd/5.27.5-2 unblock kdecoration/4:5.27.5-2 unblock kgamma5/5.27.5-2 unblock kinfocenter/4:5.27.5-2 unblock kmenuedit/4:5.27.5-2 unblock kpipewire/5.27.5-3 unblock ksshaskpass/4:5.27.5-2 unblock kwallet-pam/5.27.5-2 unblock kwayland-integration/5.27.5-2 unblock kwrited/4:5.27.5-2 unblock layer-shell-qt/5.27.5-2 unblock libkscreen/4:5.27.5-2 unblock libksysguard/4:5.27.5-2 unblock milou/4:5.27.5-2 unblock oxygen-sounds/4:5.27.5-2 unblock plasma-discover/5.27.5-2 unblock plasma-disks/5.27.5-2 unblock plasma-firewall/5.27.5-2 unblock plasma-nano/5.27.5-2 unblock plasma-nm/4:5.27.5-2 unblock plasma-pa/4:5.27.5-2 unblock plasma-sdk/5.27.5-2 unblock plasma-thunderbolt/5.27.5-2 unblock plasma-welcome/5.27.5-2 unblock plasma-workspace-wallpapers/4:5.27.5-2 unblock plymouth-kcm/5.27.5-2 unblock polkit-kde-agent-1/4:5.27.5-2 unblock qqc2-breeze-style/5.27.5-2 unblock sddm-kcm/4:5.27.5-2 unblock xdg-desktop-portal-kde/5.27.5-2 unblock breeze/4:5.27.5-2 unblock kde-gtk-config/4:5.27.5-2 unblock kscreen/4:5.27.5-2 unblock kscreenlocker/5.27.5-2 unblock ksystemstats/5.27.5-2 unblock oxygen/4:5.27.5-2 unblock plasma-systemmonitor/5.27.5-2 unblock plasma-vault/5.27.5-2 unblock breeze-gtk/5.27.5-2 unblock kwin/4:5.27.5-3 unblock plasma-integration/5.27.5-2 unblock plasma-workspace/4:5.27.5-2 unblock kde-cli-tools/4:5.27.5.1-2 unblock kdeplasma-addons/4:5.27.5-2 unblock khotkeys/4:5.27.5-2 unblock plasma-bigscreen/5.27.5-2 unblock plasma-browser-integration/5.27.5-2 unblock plasma-desktop/4:5.27.5-2 unblock plasma-remotecontrollers/5.27.5-2 unblock powerdevil/4:5.27.5-2 unblock systemsettings/4:5.27.5-2
Bug#1035056: [pre-approval] plasma-desktop 5.27.X
Dear Paul, Le mardi 16 mai 2023, 22:20:37 CEST Paul Gevers a écrit : > > We don’t have the personpower to backport all these fixes to 5.27.2 > > individually and even if we did it would be a questionable option. > > I think we are aligned on that. But having said that, are there bug you > have particularly on your radar? And would it be an option to not cherry > pick backport bug fixes, but cherry pick packages with their bug fixes? I don’t have particular bugs in mind, I think the selection that upstream makes of bugs that deserve a fix in their stable 5.27 branch makes sense for us to follow. You can get an idea of the kind of bugs fixed at [0]. There’s no « fixed in version » field in their bugzilla so I took the list of bugs reported against 5.27.2..5.27.4 marked as fixed as an approximation. [0] https://bugs.kde.org/buglist.cgi?query_format=advanced&resolution=FIXED&version=5.27.2&version=5.27.3&version=5.27.4 Also note that some package (build)depend on other packages in the Plasma set having the exact same upstream version. While not a good argument in itself that still means we would need to do some version-fu to make the package cherry-pick option work. I’ve made some statistics about the 56-package Plasma set and between 5.27.2 (in testing) and 5.27.5 (in experimental) we have : - 4 packages with no change besides the version bump - 20 packages with transaltion-only commits (upstream never mentions these in their release notes) - 32 remaining packages having code fixes and mentioned in the release note, including 5 not having an explicit bug id linked Please find the details in the table below. Best, -- Aurélien | package | has | has non-transl | mentioned in | bug fixed in | | | translations | commits| rel notes| rel notes| |---|--||--|--| |breeze-grub| || | | |breeze-plymouth| || | | |layer-shell-qt | || | | |oxygen-sounds | || | | |kactivitymanagerd | x || | | |kdecoration| x || | | |kgamma5| x || | | |khotkeys | x || | | |kmenuedit | x || | | |ksshaskpass| x || | | |ksystemstats | x || | | |milou | x || | | |oxygen | x || | | |plasma-bigscreen | x || | | |plasma-browser-integration | x || | | |kwrited| x || | | |plasma-disks | x || | | |plasma-firewall| x || | | |plasma-nano| x || | | |plasma-systemmonitor | x || | | |plasma-thunderbolt | x || | | |plasma-vault | x || | | |plasma-workspace-wallpapers| x || | | |plymouth-kcm | x || | | |qqc2-breeze-style | |x | x | | |drkonqi| x |x | x | | |kwallet-pam| x |x | x | | |libksysguard | x |x | x | | |sddm-kcm | x |x | x | | |breeze-gtk | |x | x | x | |bluedevil | x |x | x | x | |breeze | x |x | x | x | |flatpak-kcm| x |x | x |
Bug#1034215: drkonqi: dh_installsystemd doesn't handle files in /usr/lib/systemd/system
Hi ! Le mercredi 12 avril 2023, 13:25:06 CEST Andreas Henriksson a écrit : > Hello again, > > On Wed, Apr 12, 2023 at 01:19:52PM +0200, Andreas Henriksson wrote: > > On Tue, Apr 11, 2023 at 09:37:27AM +0200, bi...@debian.org wrote: > > > > > It seems that your package drkonqi is shipping files (.service, .socket or > > > .timer) in /usr/lib/systemd/system. > > [...] > > > > ``` > > $ apt-file show drkonqi | grep systemd/system > > drkonqi: /usr/lib/systemd/system/drkonqi-coredump-processor@.service > > ``` > > I forgot to mention that since this is a template unit (@.service) > maybe the severity should not be RC. > As far as I know debhelper will not enable any instance of a template > unit by default anyway, so the consequences that bigon warned about > probably doesn't apply here? @Laurent would you mind commenting on this ? As per my understanding what we would miss (the service not being activated on installation) doesn’t apply here because the only service file we ship is a systemd template. With a simple tweak to your search command, drkonqi disappears from the list. :) apt-file search -x '^/usr/lib/systemd/system/.*[^@]\.(service|timer|socket)$'|cut -d: -f1|sort -u So may I simply close this bug ? Thanks, -- Aurélien
Bug#1035056: [pre-approval] plasma-desktop 5.27.X
Dear Paul, Le dimanche 14 mai 2023, 22:05:19 CEST Paul Gevers a écrit : > Control: tags -1 moreinfo > > Hi, > > On 28-04-2023 15:29, Hefee wrote: > > before invest time, to do the debdiff and all paperwork for Plasma 5.27.X LTS > > packages, there's need to be a idea, how to get it into stable. > > Please read the freeze policy [2] and the FAQ [3] very carefully and > make sure your request meets the requirements of this phase of the > freeze and make sure you can answer every relevant question from the > FAQ. Please only pursue if you convinced the answer is yes. we know the freeze policy and we know our request doesn’t meet the freeze policy requirements to the letter. What we’re asking for is an exception because we think the current policy isn’t helping with release quality for a project the size and complexity of Plasma and with such a level of upstream activity. As Patrick wrote there are over a hundred bugs fixed in 5.27.3, .4 and .5 releases that we’re currently not shipping in bookworm. We don’t have the personpower to backport all these fixes to 5.27.2 individually and even if we did it would be a questionable option. We consider the risk of introducing new bugs by not shipping all upstream changes to be higher than shipping complete point releases. In addition we would be creating a Debian-specific version of Plasma unsupported by upstream, in parallel to their very own bugfix release branch that they maintain with a very close target to ours : only bugfixes to avoid regressions. So the remaining options we can think of are : - Ship bookworm with Plasma as it is : good for the release policy and our team’s workload, certainly bad for our users and the image of Plasma on Debian. - Remove Plasma from stable : not doable for bookworm as it is in the essential set like you wrote below, not a good move for Debian anyway I hope we would agree. - Ship the point releases to stable : won’t follow the freeze policy to the letter, manageable work on our side, certainly good for our users besides possible regressions introduced upstream, regressions will be looked at by upstream if they happen. > > Currently 5.27.3 on experimental. Upstream is relasing with a fibbonacci > > time frame, > > What does that mean (sorry, I don't have the energy to look this up, too > many unblock requests to process)? Each point release is made further away in time from the previous, as Plasma 5.27 LTS stabilizes. > > when stable will be release, we would be at ~5.27.5. I > > wanted to ask, if we find a solution together to get the new version > > into bookworm. Upstream wants to give bugfix releases over 2 years. > > So you consider bumping 5.27.2 to 5.27.5 a targeted fix? Would you > request the same in a stable point update (because that's about the same > level at this phase of the release)? We consider it a better option for bookworm, being overall a big collection of fixes. We don’t pretend it meets the targeted fix policy for each and every commit that goes in. And yes, we would like to be able to ship Plasma point releases to stable. This hasn’t been discussed with the relevant teams yet. > > Plasma 5.27 is a LTS branch, that is stable and only bug fixes with be > > released with next minor versions. No transitions nor API changes. > > [From FAQ] can you point at an upstream document that explains their policy? You may find the Plasma release page at [1] which only says : This is the last Plasma 5 release and will receive bugfixes only, no new features. The bugfixes are intended to continue being integrated into 5.27 until a first version of Plasma 6 can be released (and might continue longer). [1] https://community.kde.org/Schedules/Plasma_5#LTS_releases So they commit on putting only bugfixes in their LTS releases, but not only targeted bugfixes like we do. > > Plasma is ~50 pacakges - see a list of packages: > > I think you know by now, this fits extremely bad with the way the Freeze > is handled as we review everything and need to watch that everything > migrates. We're not going to give a set of key packages a cart blanch > this late in the freeze especially when we've NACK-ed already easier > things. E.g. although we're convinced the MariaDB unblock [4] really had > all best intentions and we hate to deny unblocks, it contained a bunch > of changes not meeting the freeze policy. I don’t want to compare situations but would like to discuss the merits of pushing Plasma point releases in bookworm. > We're frozen to ensure > stability and no surprises. The freeze policy is not ment to manage > packages (that's up to the maintainers), it's meant to ensure we can > manage the release process. And we do value your work on the release process and share the goal of releasing a stabilized Debian. We are not convinced that the process is helping us reaching that goal for Plasma, however. > In this particular case, we also don't have > tools to ensure
Bug#1035056: Disappointed
Dear x s, Le 16 mai 2023 09:37:32 GMT+02:00, x s a écrit : >It’s really disappointing that the only reason for blocking Plasma 5.27.5 and >Frameworks 5.104 is that there’s “too many packages”. we understand that users are eager to see Plasma updated, we (the KDE packaging team) are too, thanks for your feedback. I'd prefer that we discuss the way to make it happen between the KDE packaging team and the release team in a dispassionate way though. >I’d like to remind you that GNOME 43.4 was allowed to migrate recently; why >does GNOME get special treatment and KDE has to stay stuck on an older, >buggier version? Debian KDE users would strongly appreciate you changing your >stance and allowing the best versions to be included on release. These were 2 packages : gnome-shell and mutter. We're talking 50+ packages for Plasma so it's nothing comparable. Paul raised some valid concerns in that regard and we're preparing a response. >If you still are not convinced on allowing these to be unblocked, would you at >least consider allowing them to migrate for the Debian 12.1 point release? >Again, I’d like to remind you that these are long-term support releases, they >strictly fix bugs and contain no new features. There are absolutely no >downsides to allowing them to migrate so they can be in Debian 12. Yes, we (the KDE packaging team) would very much like to do that if it's not possible to get an unblock before the release. No guarantee that it can fit into our release and stable updates processes though, so no guarantees. Stay tuned and please let us think about the implications and manage the topic in a way that is appropriate for a stable Debian release. All the best, -- Aurélien
Bug#1035894: unblock: desktop-base/12.0.6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: desktop-b...@packages.debian.org, debian-desk...@lists.debian.org Control: affects -1 + src:desktop-base Dear Release Team, please unblock package desktop-base. [ Reason ] It fixes a bug where Pymouth messages and prompts don’t get displayed for some screen size and ratio combinations. [ Impact ] - Users won’t see the password prompt for LUKS encrypted volumes on boot in certain screen configurations. (#1032412) - The « remove media press enter to reboot » message isn’t shown after initial installation. [ Tests ] I tested that there are no regression on single screen use cases and both the original reporter and a second person confirmed the fix on their multi-screen / multi-ratio configurations. [ Risks ] No risk identified, the patch is small and localised the new code underwent more tests in more configurations that the one currently in testing. [ 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 ] Thanks for your work on the release ! unblock desktop-base/12.0.6 diff -Nru desktop-base-12.0.5/debian/changelog desktop-base-12.0.6/debian/changelog --- desktop-base-12.0.5/debian/changelog2023-03-01 23:22:32.0 +0100 +++ desktop-base-12.0.6/debian/changelog2023-04-13 21:58:23.0 +0200 @@ -1,3 +1,10 @@ +desktop-base (12.0.6) unstable; urgency=medium + + * Fix LUKS password not being shown in multi-screen setup with mixed aspect +ratios. + + -- Aurélien COUDERC Thu, 13 Apr 2023 21:58:23 +0200 + desktop-base (12.0.5) unstable; urgency=medium * Make the GDM Debian footer slightly smaller. diff -Nru desktop-base-12.0.5/emerald-theme/plymouth/emerald.script desktop-base-12.0.6/emerald-theme/plymouth/emerald.script --- desktop-base-12.0.5/emerald-theme/plymouth/emerald.script 2023-03-01 23:01:49.0 +0100 +++ desktop-base-12.0.6/emerald-theme/plymouth/emerald.script 2023-04-13 21:58:23.0 +0200 @@ -119,7 +119,8 @@ #Debug("y = " + y); text_height = first_line_height * 7.5; -min_height = window_max.height - 2 * first_line_height; +# subtract Window.GetY() to show info also at smallest of dual srceens +min_height = window_max.height - 2 * first_line_height - Window.GetY(); #Debug("text_height=" + text_height + "; min_height=" + min_height); if (y + text_height > min_height) @@ -131,8 +132,8 @@ #- Screen/window setup --- # Compute screen/image ratio and scale the background accordingly -window_max.width = Window.GetX() * 2 + Window.GetWidth(); -window_max.height = Window.GetY() * 2 + Window.GetHeight(); +window_max.width = Window.GetWidth(); +window_max.height = Window.GetHeight(); screen_ratio = window_max.width / window_max.height; small_dimension = Math.Min(window_max.width, window_max.height); #Debug("Window.GetX():" + Window.GetX() + ", Window.GetY():" + Window.GetY());
Bug#1033271: [pre-approval] unblock: KDE frameworks 5.104
Dear Paul, Le 23 mars 2023 13:10:55 GMT+01:00, Paul Gevers a écrit : >Hi Aurélien, > >On 16-03-2023 22:38, Aurélien COUDERC wrote: >> Thus I’m looking for a pre-approval to upload all 83 to unstable in >> order to get them accepted into bookworm. >> I will file the 83 unblock requests if I get your approval, but I need >> the guarantee that all of the 83 packages will be unblocked if you >> accept to go down that route so the whole set of packages land >> consistently into bookworm. > >That's not reviewable from our side and handling 83 unblocks is painful too. >Sorry, our workflow doesn't support your request so let's not do this. you're bartering ease-to-review on your side against ease-to-maintain on our side. We have the case for both Frameworks (83 source packages) and Plasma (56 source packages) where we have upstream doing bugfix releases that we won't have in bookworm due to $process. That's disappointing, I don't like that conclusion at all, and it's not going to make neither bookworm nor our relation with upstream better. Now we're back to tracking upstream commits on nearly 150 git repos and backport the ones that seem the most pressing, thank you very much. Anyway, nothing personal. Thank you for your work on release coordination and all the best. -- Disappointed Aurélien
Bug#1000955: libkf5globalaccel-bin: /usr/bin/kglobalaccel5 eats up huge amount of CPU after suspend
Le 13 mars 2023 21:04:33 GMT+01:00, James Addison a écrit : >Followup-For: Bug #1000955 >Control: severity -1 normal > >A summary of a side-discussion between Filippo and myself about this bug: > > * Although the bug doesn't appear reproducible today, the cause hasn't been >confirmed. > > * We both agreed that it makes sense for bugs to continue to stay open until >it's clear that the reported problem has been solved. Thank you for the follow up. >Based on that I think we should leave the bug open, but reduce the severity so >that it isn't considered release-critical for bookworm. Agreed. -- Aurélien
Bug#1028208: plasma-discover: Program terminated with signal SIGSEGV
control: reassign -1 libpackagekitqt5-1 1.1.0-1
Bug#1030854: kded5: It keeps on crashing everytime I boot into the system
control: reassign -1 libpackagekitqt5-1 1.1.0-1 Le 7 mars 2023 19:43:58 GMT+01:00, "Bernhard Übelacker" a écrit : >> Stack trace of thread 67345: >> #0 0x7f8daa6a9ccc n/a (libc.so.6 + 0x8accc) >> #1 0x7f8daa65aef2 raise (libc.so.6 + 0x3bef2) >> #2 0x7f8dabf4c83d _ZN6KCrash19defaultCrashHandlerEi >> (libKF5Crash.so.5 + 0x583d) >> #3 0x7f8daa65af90 n/a (libc.so.6 + 0x3bf90) >> #4 0x7f8d5553b740 _ZNK10PackageKit11Transaction3tidEv >> (libpackagekitqt5.so.1 + 0x1a740) >> #5 0x7f8d555f16f3 n/a (kded_apperd.so + 0xf6f3) >> #6 0x7f8d555f1df6 n/a (kded_apperd.so + 0xfdf6) >> #7 0x7f8daaae8f4f n/a (libQt5Core.so.5 + 0x2e8f4f) >> #8 0x7f8d5552f095 >> _ZN10PackageKit6Daemon22transactionListChangedERK11QStringList >> (libpackagekitqt5.so.1 + 0xe095) >> #9 0x7f8daaae8f7c n/a (libQt5Core.so.5 + 0x2e8f7c) >> #10 0x7f8d55547b38 n/a (libpackagekitqt5.so.1 + 0x26b38) >> #11 0x7f8d55548d73 n/a (libpackagekitqt5.so.1 + 0x27d73) >> #12 0x7f8dab6c861b n/a (libQt5DBus.so.5 + 0x2361b) >> #13 0x7f8daaadd6f0 _ZN7QObject5eventEP6QEvent >> (libQt5Core.so.5 + 0x2dd6f0) >> #14 0x7f8dab962fae >> _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent >> (libQt5Widgets.so.5 + 0x162fae) > > >Hello, >this seems similar to the backtrace in bug #1026062. > >Kind regards, >Bernhard > > >https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026062 >
Bug#1028083: plasma-discover: Discover tray app crashes kded5, causing other system tray icons to vanish
control: reassign -1 libpackagekitqt5-1 1.1.0-1
Bug#1027326: kde-plasma-desktop: Process 1465 (kded5) of user 1000 dumped core.
control: reassign -1 libpackagekitqt5-1 1.1.0-1
Bug#1026062: kded5: kded crashes with signal 11
Many thanks to all for tracking this bug, adding info, coordinating with upstream, following progress, testing the fix, and thanks to Matthias for uploading the fixed upstream version. @Matthias I think we really shouldn't release without the fix so an upgraded severity to >= serious would be appropriate for this bug. But I'll leave you judge on that. Happy hacking ! -- Aurélien
Bug#1030854: kded5: It keeps on crashing everytime I boot into the system
cobtrol: reassign -1 libpackagekitqt5-1 1.1.0-1
Bug#1032674: /usr/bin/plasmashell: when killing a window via the grouped task bar, the task bar disappears
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=464186 Le 10 mars 2023 21:45:57 GMT+01:00, Paul Gevers a écrit : >Package: plasma-workspace >Version: 4:5.27.0-1 >Severity: normal >File: /usr/bin/plasmashell > >Dear maintainers, Dear Paul, >Thank you for maintaining KDE in Debian, it must be a hell of a job. Thank you for coordinating Debian releases, it must be a hell of a job. 🙂 > I >want to share the following annoyance which is probably due to a crash >and auto restart (so an annoyance, but probably it really should be >fixed). When I have multiple windows of the same program (qgit in my >case) I have their entries grouped in the task bar. If I hover over >their entry in the task bar, multiple minified windows appear with a >close button. When I press the close button of the minified window I >want to close, the task bar dissapears for several seconds. When the >bar returns I can see that `plasmashell` got started in the same >minute as the disappearance. This is tracked upstream as bug 464186 (now linked). The fix is in KDE Frameworks 5.104 which is expected to be released tomorrow (March 11.). I've not seen the release note yet but KDE Frameworks is a tightly coupled set of 83 source packages, and I'd prefer avoiding having to backport individual fixes as much as possible. If I could trick the Release Team into accepting 5.104 into bookworm as a whole, it would fix this issue and probably several others in a safe way. Frameworks 5.x is now in maintenance mode and upstream is supposed to include only bugfixes there. This particular fix is a oneliner so not an issue to backport in itself, but it would mean I'm going down the long hard path of patching on top of the 83 frameworks packages version 5.103, hoping not to (cross-)break more things. So patching is definitely not my preferred option. Let's see what the complete Frameworks 5.104 release note brings us and I'll file a proper unblock pre-approval bug to discuss this. Happy hacking, -- Aurélien
Bug#1026062: kded crashes after turning off screen
Hi, Le 10 mars 2023 12:16:46 GMT+01:00, Jordi Bosveld a écrit : >Yesterday I upgraded both my workstation and my HTPC to bookworm, and now I >see kded crashes too. The aforementioned patch did not fix them, but >considering how I manage to trigger this crash, that is expected. Reproducing >is super easy for me. All I have to do is turn off the screen (or tv). The >same line is reported (repeatedly) as with the PackageKit bug that was >hopefully fixed: > >Mar 10 11:22:57 relativity kded5[63899]: QDBusAbstractAdaptor: Cannot relay >signal KDEDModule::moduleDeleted(KDEDModule*): Pointers are not supported: >KDEDModule* > >Needless to say, this did not happen on bullseye. One system is NVIDIA using >DisplayPort, the other is AMD (RADV) through HDMI, both X11. A third system >running Wayland does not seem affected. This bug report was about an apper/packagekit-qt crash. Your issue is unrelated, please open a second bug report. Thanks ! -- Aurélien
Bug#961731: fixed
control: fixed -1 0.19.0-5
Bug#1031690: Regression in wayland mixed DPI setups
Dear Odyx, Le lundi 20 février 2023, 18:10:58 CET Didier 'OdyX' Raboud a écrit : > Package: plasma-workspace-wayland > Version: 4:5.27.0-1 > Severity: important > Tags: upstream > > Hello there, > > it looks like there's a regression in mixed DPI setups (one hiDPI screen > at "150%", a lower-DPI screen at "100%"), on Wayland, for some non-KDE > applications. In my case, flatpak firefox has too small tabs depending > on which screen it initially got launched. This has been marked as fixed upstream in 5.27.1. Could you retest on 5.27.2 that we have in unstable and close this bug if it is indeed fixed ? Thanks, -- Aurélien
Bug#1032252: baloo-kf5: baloo displays search results multiple times.
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=401863 Dear olaf, Le jeudi 2 mars 2023, 12:44:24 CET olaf a écrit : > Package: baloo-kf5 > Version: 5.103.0-2 > Severity: normal > > Dear Maintainer, > > The problem should be well known, e.g. it has been reported here over the > years: > - https://bugs.kde.org/show_bug.cgi?id=419302 Indeed, and it’s most recent follow-up up upstream bug seems to be [1] so I’m linking your Debian bug report to it. Unfortunately it doesn’t look like upstream has worked fix for it yet. [1] https://bugs.kde.org/show_bug.cgi?id=401863 Happy hacking, -- Aurélien
Bug#1032301: The KDE Plasma Widget is showing the "lo" interface
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=465655 control: fixed -1 4:5.27.2-1 Dear only4com, Le 3 mars 2023 10:12:19 GMT+01:00, only4com a écrit : >Package: plasma-nm >Version: 4:5.27.0-1 > >Dear Maintainer > >the Plasma Widget Networks has started to show also the "lo" interface, which >is confusing (with a button to disable it, which obviously is no possible). This is a known upstream bug and has been fixed in Plasma 5.27.1. We have 5.27.2 in Debian unstable with the fix, that will migrate to testing in a couple of days. Happy hacking, -- Aurélien
Bug#1032273: unblock: plasma-welcome/5.27.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: plasma-welc...@packages.debian.org, Debian Qt/KDE Maintainers Control: affects -1 + src:plasma-welcome Dear Release Team, could you please age package plasma-welcome 5.27.2 so it can migrate to testing quickly. [ Reason ] Previous version 5.27.0 recently migrated to testing and introduced #1032258 [1] where I left some test code pollute the package and it makes the Plasma welcome app produce an nonsensical welcome page. The bug was not seen before that in unstable because you see it only on first login to Plasma and people will usually install testing, login, then upgrade to unstable. [ Risks ] The risk is low, the unstable version is a bugfix release for the version in testing, cleared from the leftover test code. Thanks ! -- Aurélien unblock plasma-welcome/5.27.2-1
Bug#1032258: plasma-welcome: contains unintended patches providing a nonsensical welcome screen
Oops. Will fix that right away. Le 2 mars 2023 14:09:46 GMT+01:00, Simon McVittie a écrit : >Package: plasma-welcome >Version: 5.27.0-1 >Severity: serious >Justification: not suitable for inclusion in a stable release in this form >Control: fixed -1 5.27.2-1 >
Bug#1031953: libkf5screen8: Second monitor issues with NVIDIA
Dear Steve, Le samedi 25 février 2023, 22:39:41 CET Steve M. Robbins a écrit : > > This is to note that the upstream bug titled "On X11 with proprietary NVIDIA > GPU drivers, external monitor disabled after reboot or wake-from-sleep" > applies > to Debian package 4.27.0-1. > > See https://bugs.kde.org/show_bug.cgi?id=460341 > > Today a fix has finally been found. There are at least a few reports that it > solves the issue -- I've tested it myself and it does solve the symptom I've > been having since October 2022. > > The patch is: > https://invent.kde.org/plasma/libkscreen/-/commit/1d237c29655c7e3fb15fb9b71e5f167bd207593f > > I'd love to see it applied before the release. Happy to do an upload myself > if > that's preferred. Please don’t. I plan to upload the whole of Plasma 5.27.2 targeting bookworm. But please do follow-up on this and if the patch doesn’t make into the 5.27.2 upstream release you’re welcome to report it here so we can apply the fix on top of that release. Thanks ! -- Aurélien
Bug#1031900: kimageformats FTBFS on i386
Le vendredi 24 février 2023, 21:17:38 CET Adrian Bunk a écrit : > 1031900 Thanks for the patch ! Applied and uploaded. Happy hacking, -- Aurélien
Bug#1021816: Reassign to desktop-base
control: reassign -1 desktop-base 12.0.0 control: fixed -1 desktop-base/12.0.3
Bug#1031846: installation-reports: Same as bug #1031806 Install completes successfully after reboot no /home /Documents etc folders
control: reassign -1 desktop-base 12.0.2 control: fixed -1 desktop-base/12.0.3
Bug#1031846: installation-reports: Same as bug #1031806 Install completes successfully after reboot no /home /Documents etc folders
Dear Jason, could you please confirm which desktop environment you installed ? If it's KDE/Plasma I fixed the issue in the desktop-base package version 12.0.3, currently in testing and that should reach unstable in a couple of days. If you feel like testing the fix you could upgrade to unstable and try with a new user to check that it's fixed. On an existing user running : xdg-user-dirs-update should fix the issue. Haply hacking ! -- Aurélien
Bug#1030552: systemsettings: Display Configuration disregards list of "Screen Priorities" at every login on KDE Plasma
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=465396
Bug#1030396: Fwd: Bug#1030396: kde-spectacle: Automatic clipboard copy does nothing
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=465010 Le 4 février 2023 17:08:35 GMT+01:00, Jesse Rhodes a écrit : >Hello Aurélien, > >Yes, that's exactly it. I am using the rectangle selection as described >there. Sorry, I did check for an upstream report but I must have missed it >in the list. No worries. So I'm linking that upstream bug report.
Bug#1030396: kde-spectacle: Automatic clipboard copy does nothing
Dear Jesse, Le 4 février 2023 03:41:37 GMT+01:00, Jesse Rhodes a écrit : >Package: kde-spectacle >Version: 22.12.1-1 >Severity: normal >X-Debbugs-Cc: je...@sney.ca > >Dear Maintainer, > >I have kde-spectacle set up to automatically copy any screenshots to the >clipboard so I can easily paste them into a chat application or image share >site, etc. This has been my workflow for some time. > >Since the update to kde 5.26.90, the spectacle window shows a "The screenshot >has been copied to the clipboard." tooltip, but when I go to paste, the >expected image isn't there and I paste whatever else was the most recent thing >in my clipboard. This looks like the following bug report : https://bugs.kde.org/show_bug.cgi?id=465010 Can you confirm you're using the rectangle selection as described there ? Thanks, -- Aurélien
Bug#1029656: Unexpected transition: libkscreen
Le 1 février 2023 01:10:32 GMT+01:00, "Aurélien COUDERC" a écrit : > > >Le 31 janvier 2023 23:16:18 GMT+01:00, Sebastian Ramacher > a écrit : >>On 2023-01-26 22:14:25 +0100, Sebastian Ramacher wrote: >>> Control: tags -1 moreinfo >>> >>> On 2023-01-25 23:37:33 +0100, Aurélien COUDERC wrote: >>> > Package: release.debian.org >>> > Severity: normal >>> > User: release.debian@packages.debian.org >>> > Usertags: transition >>> > X-Debbugs-Cc: libkscr...@packages.debian.org, >>> > pkg-kde-t...@alioth-lists.debian.net >>> > Control: affects -1 + src:libkscreen >>> > >>> > Dear Release Team, >>> > >>> > it has been raised to my attention that the libkscreen soname bump I >>> > recently asked to accept has caused issues with packages outside the >>> > Plasma package set… :-( >>> > This was obviously not intentional and our team members with whom I >>> > discussed the topic before uploading weren’t aware either. >>> > And the timing to discover this is particularly bad. >>> > >>> > Of course I should have checked more thoroughly myself, but here we are. >>> > >>> > >>> > So moving forward, the following packages are affected : >>> > - kylin-display-switch (kylin team) => rebuilds OK >>> > - lxqt-config (lxqt team) => FTBFS due to new libkscreen >>> > (#1029611) >>> > - ukui-control-center (kylin team) => FTBFS due to new libkscreen >>> > (#1029612) >>> > - ukui-settings-daemon (kylin team) => FTBFS due to new libkscreen >>> > (#1029613) > >For the record I've prepared patches to fix the 2 ukui packages, that were >accepted and uploaded by the maintainer. > >>> I have added a block hint for libkscreen until the situation is resolved. >>> Please either revert libkscreen in unstable or help with fixing these >>> bugs. >> >>The issues were fixed and the transition is done. > >Many thanks, > >-- >Aurélien
Bug#1029521: plasma-nm: Unable to access the VPN network in double authentication mode (fix)
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=448153
Bug#1029613: ukui-settings-daemon FTBFS: Unexpected libkscreen transition
With the help of Sune Vuorela I was able to patch some workarounds into libkscreen 4:5.26.90-3 and the compilation made some more progress but still fails: https://people.debian.org/~coucouf/ukui-settings-daemon_3.1.1.1-1_amd64-2023-01-25T15:02:13Z.build xrandr-manager.cpp: In member function ‘void XrandrManager::monitorsInit()’: xrandr-manager.cpp:1200:50: error: ‘isPrimaryChanged’ is not a member of ‘KScreen::Output’ 1200 | connect(output.data(), &KScreen::Output::isPrimaryChanged, this, [this](){ | ^~~~ xrandr-manager.cpp:1292:47: error: ‘primaryOutputChanged’ is not a member of ‘KScreen::Config’ 1292 | connect(mConfig.data(), &KScreen::Config::primaryOutputChanged, | ^~~~
Bug#1029612: ukui-control-center: FTBFS: Unexpected libkscreen transition
With the help of Sune Vuorela I was able to patch some workarounds into libkscreen 4:5.26.90-3 and the compilation made some more progress but still fails: https://people.debian.org/~coucouf/ukui-control-center_3.0.5.1-1_amd64-2023-01-25T14:51:50Z.build widget.cpp: In member function ‘void Widget::setConfig(const KScreen::ConfigPtr&, bool)’: widget.cpp:222:47: error: ‘primaryOutputChanged’ is not a member of ‘KScreen::Config’ 222 | connect(mConfig.data(), &KScreen::Config::primaryOutputChanged, | ^~~~ widget.cpp: In member function ‘bool Widget::isBacklight()’: widget.cpp:767:18: warning: ‘void QProcess::start(const QString&, QIODevice::OpenMode)’ is deprecated: Use QProcess::start(const QString &program, const QStringList &arguments,OpenMode mode = ReadWrite) instead [-Wdeprecated-declarations] 767 | process.start(cmd); | ~^ /usr/include/x86_64-linux-gnu/qt5/QtCore/qprocess.h:168:10: note: declared here 168 | void start(const QString &command, OpenMode mode = ReadWrite); | ^ mv -f libshortcut.so ../../libshortcut.so widget.cpp: In member function ‘void Widget::setActiveScreen(QString)’: widget.cpp:1221:21: warning: operation on ‘enableCount’ may be undefined [-Wsequence-point] 1221 | enableCount = (output->isEnabled() ? (++enableCount) : enableCount); | ^~~
Bug#1029656: Unexpected transition: libkscreen
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: libkscr...@packages.debian.org, pkg-kde-t...@alioth-lists.debian.net Control: affects -1 + src:libkscreen Dear Release Team, it has been raised to my attention that the libkscreen soname bump I recently asked to accept has caused issues with packages outside the Plasma package set… :-( This was obviously not intentional and our team members with whom I discussed the topic before uploading weren’t aware either. And the timing to discover this is particularly bad. Of course I should have checked more thoroughly myself, but here we are. So moving forward, the following packages are affected : - kylin-display-switch (kylin team) => rebuilds OK - lxqt-config (lxqt team) => FTBFS due to new libkscreen (#1029611) - ukui-control-center (kylin team) => FTBFS due to new libkscreen (#1029612) - ukui-settings-daemon (kylin team) => FTBFS due to new libkscreen (#1029613) 1. LXQt We’ve worked with the LXQt people and could fix #1029611 with workarounds in libkscreen 4:5.26.90-3. They will also have a new upstream release right away that would let us drop these workarounds. 2. Kylin I’ve not heard back from the Kylin maintainers yet. The same workarounds fixed an initial set of issues, but there are more code changes required to adapt to the new libkscreen API in order to fix #1029612 and #1029613. So again please accept my apologies and thanks in advance for your help. Ben file: title = "libkscreen"; is_affected = .depends ~ "libkf5screen7" | .depends ~ "libkf5screen8"; is_good = .depends ~ "libkf5screen8"; is_bad = .depends ~ "libkf5screen7"; -- Aurélien
Bug#1029612: ukui-control-center: FTBFS: Unexpected libkscreen transition
Source: ukui-control-center X-Debbugs-Cc: Debian Qt/KDE Maintainers Version: 3.0.5.1-1 Severity: serious Tags: ftbfs Dear Kylin packaging team, I has been raised to my attention that ukui-control-center depends on libkscreen, which I thought was used only by Plasma components. So it turns out I have started an unplanned transition with my recent upload of Plasma 5.26.90 (5.27 beta). I’ll discuss with the release team how to sort the issue in a separate bug report but in the meantime I’ve started rebuilding rdeps with the new libkscreen, and unfortunately ukui-control-center fail to build. You’ll find a amd64 sbuild log at [0]. I’d appreciate if you could investigate the matter quickly so we can find a fix. Please accept my apology for this, and we will handle future libkscreen and Plasma libs soname bumps as proper transitions obviously… [0] https://people.debian.org/~coucouf/ukui-control-center_3.0.5.1-1_amd64-2023-01-25T10:34:30Z.build Thanks for your help. -- Aurélien
Bug#1029613: ukui-settings-daemon FTBFS: Unexpected libkscreen transition
Source: ukui-settings-daemon X-Debbugs-Cc: Debian Qt/KDE Maintainers Version: 3.1.1.1-1 Severity: serious Tags: ftbfs Dear Kylin packaging team, I has been raised to my attention that ukui-settings-daemon depends on libkscreen, which I thought was used only by Plasma components. So it turns out I have started an unplanned transition with my recent upload of Plasma 5.26.90 (5.27 beta). I’ll discuss with the release team how to sort the issue in a separate bug report but in the meantime I’ve started rebuilding rdeps with the new libkscreen, and unfortunately ukui-settings-daemon fail to build. You’ll find a amd64 sbuild log at [0]. I’d appreciate if you could investigate the matter quickly so we can find a fix. Please accept my apology for this, and we will handle future libkscreen and Plasma libs soname bumps as proper transitions obviously… [0] https://people.debian.org/~coucouf/ukui-settings-daemon_3.1.1.1-1_amd64-2023-01-25T10:42:56Z.build Thanks for your help. -- Aurélien
Bug#1029611: lxqt-config: FTBFS: Unexpected libkscreen transition
Source: lxqt-config X-Debbugs-Cc: Debian Qt/KDE Maintainers Version: 1.2.0-1 Severity: serious Tags: ftbfs Dear LXQt packaging team, I has been raised to my attention that lxqt-config depends on libkscreen, which I thought was used only by Plasma components. So it turns out I have started an unplanned transition with my recent upload of Plasma 5.26.90 (5.27 beta). I’ll discuss with the release team how to sort the issue in a separate bug report but in the meantime I’ve started rebuilding rdeps with the new libkscreen and unfortunately lxqt-config fails to build. You’ll find a amd64 sbuild log at [0]. I’d appreciate if you could investigate the matter quickly so we can find a fix. Please accept my apology for this, and we will handle future libkscreen and Plasma libs soname bumps as proper transitions obviously… [0] https://people.debian.org/~coucouf/lxqt-config_1.2.0-1_amd64-2023-01-25T10:31:32Z.build Thanks for your help. -- Aurélien
Bug#1029532: ITP: plasma-welcome -- KDE Plasma welcome center
Package: wnpp Severity: wishlist Owner: Aurélien COUDERC X-Debbugs-Cc: debian-de...@lists.debian.org, debian-qt-...@lists.debian.org * Package name: plasma-welcome Version : 5.26.90 Upstream Contact: Plasma Developers * URL : https://invent.kde.org/plasma/plasma-welcome * License : GPL Programming Lang: QML, C++ Description : KDE Plasma welcome center Welcome Center is the perfect introduction to KDE Plasma. It can help you learn how to connect to the internet, install apps, customize the system, and more! This package will be maintained under the Debian Qt/KDE Maintain Team’s umbrella.
Bug#1029531: ITP: flatpak-kcm -- Flatpak permissions management KCM
Package: wnpp Severity: wishlist Owner: Aurélien COUDERC X-Debbugs-Cc: debian-de...@lists.debian.org, debian-qt-...@lists.debian.org * Package name: flatpak-kcm Version : 5.26.90 Upstream Contact: Plasma Developers * URL : https://invent.kde.org/plasma/flatpak-kcm * License : GPL Programming Lang: C++, QML Description : Flatpak permissions management KCM Plasma System Settings module for managinng Flatpak permissions. The System Settings module allows users to changing what permissions have been granted to installed Flatpak applications. This package will be maintained under the Debian Qt/KDE Maintainers Team’s umbrella.
Bug#1026307: Fixed in 4:22.12.1-1
control: fixed -1 4:22.12.1-1
Bug#1029171: RM: muon -- ROM; Abandoned upstream
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: m...@packages.debian.org, Debian Qt/KDE Maintainers Control: affects -1 + src:muon Dear FTP Masters, Muon, the KDE graphical frontend for apt-based distros has been abandoned upstream with no activity for some years and the source repository now being archived (= read-only) on their GitLab [0]. It’s been superseded by Plasma Discover, using packagekit as a backend, which is actively maintained. Also another project named muon has sprung up [1] as a reimplementation of the meson build system in pure C99, and the maintainer would like to reuse the /user/bin/muon path for bookworm+1 which makes sense for a command line tool. So I hereby request the removal of src:muon from unstable. [0] https://invent.kde.org/system/muon [1] https://sr.ht/~lattis/muon/ Thanks, -- Aurélien
Bug#1027937: gwenview: Under Bookworm, Gwenview no longer displays NEF images (RAW images)
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=463132 Dear Cropper, Le 4 janvier 2023 22:28:53 GMT+01:00, Cropper a écrit : >Package: gwenview >Version: 4:22.12.0-1+b1 >Severity: important >X-Debbugs-Cc: crop...@acm.org Thank you for your bug report. This has been fixed upstream and will be part of version 22.12.2 planned to be released on Feb 2. Happy hacking, -- Aurélien
Bug#1028381: kwrite depends on kate, but shouldn't
control: severity -1 wishlist Le mardi 10 janvier 2023, 11:21:31 CET Hendrik Lehmbruch a écrit : > Package: kwrite > Version: 4:22.12.1-1 > Severity: normal > > Dear Maintainer, Dear Hendrik, > Is there a reason why kwrite depends on kate? Yes, if you look at the libraries required by the kwrite binary, you’ll see that it depends on libkateprivate provided by our kate package. $ ldd $(which kwrite) | grep kate libkateprivate.so.22.12.1 => /lib/x86_64-linux-gnu/libkateprivate.so.22.12.1 (0x7f3c279c2000) > While kate did not depends on > kwrite, both depends on ktexteditor-katepart, but ktexeditor-katepart did not > depend on both. > It should be possible to install kwrite without installing kate (or remove > kate > without removing kwrite), and if i understand this right -> https://kate- > editor.org/post/2022/2022-03-31-kate-ate-kwrite/ <- it should work. It would be possible to make it work the way you want by splitting the kate package and shipping libkateprivate as a separate binary package. It’s too late for the next bookworm release to do so, the library transition freeze is around the corner (tomorrow). You can try and ping the bug report after the bookworm release if that’s important to you. I personally don’t have a strong incentive working on this but if you or someone else feels like doing the split, patches are welcome. Happy hacking ! -- Aurélien
Bug#1027177: ITP: activity-aware-firefox -- wrapper to make Firefox aware of Plasma Desktop activities
Package: wnpp Severity: wishlist Owner: Aurélien COUDERC X-Debbugs-Cc: debian-de...@lists.debian.org, Debian KDE Extras Team * Package name: activity-aware-firefox Version : 0.4.1 Upstream Contact: Matija Šuklje * URL : https://gitlab.com/hook/activity-aware-firefox * License : CC0-1.0 Programming Lang: Bash Description : wrapper to make Firefox aware of Plasma Desktop activities Using activity-aware-firefox you can have Firefox windows in each Plasma Activity bound to that Activity. What activity-aware-firefox does is to create a Firefox Profile the first time it is run in an Activity, using its unique ID. Then every next time you run activity-aware-firefox in that Plasma Activity, it will start the Firefox Profile associated with it. The package will be maintained under the Debian KDE Extras Team’s umbrella.
Bug#1027036: O: libiodbc2 -- iODBC Driver Manager
Package: wnpp Severity: normal X-Debbugs-Cc: libiod...@packages.debian.org, Debian Qt/KDE Maintainers Control: affects -1 + src:libiodbc2 I intend to orphan the libiodbc2 package. The package used to be required by the KDE stack but it’s not the case anymore since a couple of releases and so the Qt/KDE Team hasn’t been updating it. The project is not dead upstream and has seen several new releases since the last upstream version we packaged in 2014. The package description is: The iODBC (intrinsic Open Database Connectivity) driver manager is compatible with the ODBC 2.x and 3.x specification and performs all the jobs of a ODBC driver manager (i.e. driver loading, parameters and function sequence checking, driver's function invoking, etc). Any ODBC driver working with ODBC 2.0 and 3.x driver manager will also work with iODBC driver manager and vice versa. . Applications (using ODBC function calls) linked with iODBC driver manager will be able to simultaneously access different types of data sources within one process through suitable iODBC drivers. . This package contains the library files. Look for the iodbc package, too!
Bug#1026465: filelight: defective after upgrade to 20.12.0-1
Dear olaf, Le 20 décembre 2022 17:52:16 GMT+01:00, olaf a écrit : >Package: filelight >Version: 4:22.12.0-2 >Severity: normal > >Dear Maintainer, > >after upgrading to the current version filelight works only rudimentary, that >is, mouse clicks with the left mouse button to navigate are no longer accepted >and the call of the context menu with the right mouse button is no longer >there. > >To be on the safe side, I deleted all filelight files from all directories and >user directories and reinstalled filelight. > >The version filelight_20.12.0-1_amd64.deb still works fine. That'd really very peculiar. Both versions are supposed to be exactly the same besides an error in the Debian changelog in my 20.12.0-1 upload. Would you mind retesting back and forth between 20.12.0-1 and 20.12.0-2 and report back ? Thank you, -- Aurélien
Bug#1021364: RFS: ghostwriter/2.2.0-1 [RC] -- Distraction-free, themeable Markdown editor
Le mercredi 12 octobre 2022, 11:41:50 CET Sebastien Chavaux a écrit : > Absolutely, I'm so in my head that I don't see what is the simplest... Dear Sebastien, as Ghostwriter has been onboarded as a KDE Project, I’d like to offer to integrate the package into the perimeter of the Qt/KDE Packaging Team. We have an « extras » group [0] for packages that are related to KDE but not part of the main KDE Frameworks / Plasma / Gear releases that I think would be suitable. How we would do this is : - give me (couc...@debian.org) or one of the team members owner access to your packaging repo so we can move it to the qt-kde-team/extras group - change the Maintainer field to : Debian KDE Extras Team - put yourself in the Uploaders field What you would get : - you keep your usual access to the repo and can work on the package as you used to - team members and myself would be considered welcome to contribute to that repository too - it would gives additional scrutiny to the package that would show on our DDPO dashboard - you’re welcome to help on other packages of the team :) Whether you’re interested or not, you’re welcome to hang out on the #debian-qt-kde on Debian’s IRC for help and feedback or upload sponsorship. To follow up on the RFS discussion: - MathJax3 is currently not packaged so it’s fine to keep it vendored (3rdparty) for now. We can migrate to the Debian package once it’s available. - The source-is-missing lintian tags are false positives to me (if lintian still really emits them, I haven’t checked). The folders 3rdparty/{MathJax,react} contain valid, human modifiable source files. Please add a comment in the lintian-overrides file to explain so. - You should use the Files-Excluded directive in debian/copyright [1] to describe which files should be removed from the upstream source. That should be the debian/ folder + 3rd party libraries already available in Debian. - I would prefer the +ds suffix instead of +dfsg, +dfsg is more appropriate for cases where we remove upstream sources due to licensing concerns which is not the case here IIUC. - uscan --download-current-version fails, it should work from a clean clone of the repo (the uupdate is not required unless I’m missing something), and… - it would be preferable for debian/watch to target the invent.kde.org repo which is now the reference repo, you have examples for GitLab tags here [2]. - In the git packaging repo you have the « source » folder next to the « debian » folder, it should be *inside* it. - source/options can be removed. - Remove debian/compat and replace the debhelper (>= 11) build dependency by a debhelper-compat (= 13) build dep. - Remove debian/git-build-recipe.manifest ? I don’t know what it’s for so it’s probably not useful. :) Feel free to ping me or the team on IRC about any of the above. [0] https://salsa.debian.org/qt-kde-team/extras [1] https://wiki.debian.org/UscanEnhancements [2] https://wiki.debian.org/debian/watch#Gitlab Thanks for your response & cheers, -- Aurélien, on behalf of the Qt/KDE Packaging Team
Bug#1026446: Static javascript resources for Policy and DevRef give 404 errors, breaking search
Package: www.debian.org Severity: normal Dear Web Team, the policy and developer reference pages have links to some static js files used at least for the search functionality, but the URL for these resources all give 404 errors. This can be seen in the network tab of a browser’s developers tool when browsing to the policy [0] or devref [1] homepages. The consequence is that search is broken. Example of js loaded from the policy homepage and giving 404 : - jquery.js [2] [0] https://www.debian.org/doc/debian-policy/index.html [1] https://www.debian.org/doc/manuals/developers-reference/index.en.html [2] https://www.debian.org/doc/debian-policy/_static/jquery.js Thanks, -- Aurélien
Bug#1026307: Kwrite no longer remembers what files it had open before logging out of KDE or rebooting the PC
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=463139
Bug#1022149: Link to upstream bug
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=460701
Bug#1025943: dolphin: copy/move files: only the first item is copied to the clipboard
Le lundi 12 décembre 2022 12:01:16 CET, vous avez écrit : > Control: severity -1 serious > > Le lundi 12 décembre 2022, 11:45:56 CET antonio a écrit : > > Dear Maintainer, > > Dear Antonio, > > > there is a kde bug that makes it problematic to copy/move files, see link > > https://bugs.kde.org/show_bug.cgi?id=462928 > > > > I went back to the previous version 4:22.08.1-1 > > thank you for your bug report. > > I’m keeping 22.12.0 in unstable, but raising the severity of this bug report > so the new version doesn’t migrate to testing. FYI I just uploaded 4:22.12.0-2 including the upstream-revert of the commit that broke this. Happy hacking, -- Aurélien
Bug#1026070: kde-plasma-desktop: Right click on desktop and taskbar has no effect
control: tags -1 + moreinfo Dear Max, Le 14 décembre 2022 10:09:44 GMT+01:00, "Max Görner" a écrit : >Package: kde-plasma-desktop >Version: 5:135 >Severity: important > >Dear Maintainer, > > >about the same time as bug #1022972 appeard, after an update about one >and half months ago, right clicks stopped to have an effect in certain >situations. > >Previously, when doing an right click on the desktop, a context menu >opened. One of the elements of that context menu was an element that >opened an appearance settings menu which allowed me to configure the >background image. This context menu does not appear anymore. > >Also, a right click on the taskbar, which holds Kickoff, the icons of >open windows, the clock and the tray bar, has no effect neither. Thus I >am able neither to change its position nor to add or remove any widgets. > >I experience the very same problem on two machines that run Debian >Bookworm. I do not experience it on a machine that runs Ubuntu 22.04, if >that is of any help. thank you for your bug report. There are many people running testing and/or unstable, me included, for whom this bug doesn't happen. So we'll need a bit more analysis if we want to get it fixed. Could you try creating a new user (without an existing $HOME directory) on one of the machines where you see the bug and report back if the new user still has the issue ? Also can you find anything meaningful in the system log at the time where you right click or during the load of the user session ? Lastly if you could have a look at the upstream bugs.kde.org platform and look for a similar bug report that would be useful. I'll have a look too when I can. Happy hacking ! -- Aurélien
Bug#1025947: kdegraphics-thumbnailers: missing Breaks+Replaces: kdegraphics-mobipocket (<< 4:22.12.0)
Dear Andreas, Le lundi 12 décembre 2022, 12:54:36 CET Andreas Beckmann a écrit : > Package: kdegraphics-thumbnailers > Version: 4:22.12.0-1 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package fails to upgrade from > 'testing'. > It installed fine in 'testing', then the upgrade to 'sid' fails > because it tries to overwrite other packages files without declaring a > Breaks+Replaces relation. […] > The existing > Breaks+Replaces: kdegraphics-mobipocket (<< 4:21.12.3) > are insufficiently versioned. thank you for your bug report, I’ve uploaded the fix. Happy hacking, -- Aurélien
Bug#1025943: dolphin: copy/move files: only the first item is copied to the clipboard
Control: severity -1 serious Le lundi 12 décembre 2022, 11:45:56 CET antonio a écrit : > Dear Maintainer, Dear Antonio, > there is a kde bug that makes it problematic to copy/move files, see link > https://bugs.kde.org/show_bug.cgi?id=462928 > > I went back to the previous version 4:22.08.1-1 thank you for your bug report. I’m keeping 22.12.0 in unstable, but raising the severity of this bug report so the new version doesn’t migrate to testing. Happy hacking, -- Aurélien
Bug#1025943: dolphin: copy/move files: only the first item is copied to the clipboard
Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=462928