Bug#1070681: kalendar: QML module 'org.kde.kitemmodels' not a dependency, but Kalendar fails to launch without it
Thank you for your report. Note that Kalendar has been renamed to Merkuro upstream and will soon in Debian as well. But your analysis looks correct. and you are most welcome to submit a merge request in https://salsa.debian.org/qt-kde-team/kde/merkuro /Sune On Tuesday, May 7, 2024 7:49:40 AM CEST Vedanth Padmaraman wrote: > Package: kalendar > Version: 22.12.3-2+b2 > Severity: important > X-Debbugs-Cc: vedanthpadmaraman0...@gmail.com > > Dear Maintainer, > > It seems that Kalendar will not start without finding QML module > 'org.kde.kitemmodels' (from package qml-module-org-kde-kitemmodels); > however, it is not installed as a dependency for Kalendar. I can confirm > that on installing `qml-module-org-kde-kitemmodels`, the issue goes away > and Kalendar launches. > > * What I did: > - Installed kalendar without installing Recommended packages: > `apt install --no-install-recommends kalendar` > - Launched Kalendar > > * What happened: > The app exits immediately. When running from a console, the following > error message is seen: > > $ kalendar > QML debugging is enabled. Only use this in a safe environment. > QQmlApplicationEngine failed to load component > qrc:/main.qml:493:19: Type MainDrawer unavailable > qrc:/MainDrawer.qml:15:1: module "org.kde.kitemmodels" is not > installed > > * How I fixed it: > Installed package `qml-module-org-kde-kitemmodels` through APT: > `apt install qml-module-org-kde-kitemmodels` > > I suppose `qml-module-org-kde-kitemmodels` should be added as a dependency > for Kalendar... If that is the case, should I go ahead and submit a patch > for the same? > > -- System Information: > Debian Release: trixie/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 6.7.9-amd64 (SMP w/3 CPU threads; PREEMPT) > Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en > Shell: /bin/sh linked to /usr/bin/dash > Init: OpenRC (via /run/openrc), PID 1: init > LSM: AppArmor: enabled > > Versions of packages kalendar depends on: > ii akonadi-server 4:22.12.3-1+b2 > ii kdepim-runtime 4:22.12.3-2+b1 > ii kio 5.107.0-1+b2 > ii libc6 2.37-17 > ii libgcc-s1 14-20240330-1 > ii libgpgme11t64 1.18.0-4.1+b1 > ii libkf5akonadicalendar5abi1 [libkf5akonadicalendar5-22. 4:22.12.3-1+b2 > 12] > ii libkf5akonadicontact5 [libkf5akonadicontact5-22.12] 4:22.12.3-1+b2 > ii libkf5akonadicore5abi2 [libkf5akonadicore5-22.12] 4:22.12.3-1+b2 > ii libkf5akonadimime5 [libkf5akonadimime5-22.12] 4:22.12.3-1+b2 > ii libkf5akonadiwidgets5abi1 [libkf5akonadiwidgets5-22.12 4:22.12.3-1+b2 > ] > ii libkf5calendarcore5abi2 5:5.107.0-1+b2 > ii libkf5calendarsupport5abi1 [libkf5calendarsupport5-22. 4:22.12.3-1+b1 > 12] > ii libkf5codecs5 5.107.0-1+b2 > ii libkf5configcore5 5.107.0-1+b2 > ii libkf5configgui55.107.0-1+b2 > ii libkf5configwidgets55.107.0-2+b2 > ii libkf5contacts5 5:5.107.0-2 > ii libkf5coreaddons5 5.107.0-1+b2 > ii libkf5dbusaddons5 5.107.0-1+b2 > ii libkf5eventviews5abi1 [libkf5eventviews5-22.12] 4:22.12.3-1+b1 > ii libkf5i18n5 5.107.0-1+b2 > ii libkf5itemmodels5 5.107.0-1+b2 > ii libkf5kiocore5 5.107.0-1+b2 > ii libkf5mailcommon5abi2 [libkf5mailcommon5-22.12] 4:22.12.3-1+b4 > ii libkf5mime5abi1 [libkf5mime5-22.12] 22.12.3-1+b2 > ii libkf5widgetsaddons55.107.0-1+b2 > ii libkf5windowsystem5 5.107.0-1+b2 > ii libkf5xmlgui5 5.107.0-1+b2 > ii libqt5core5t64 > 5.15.10+dfsg-7.2+b1 ii libqt5dbus5t64 > 5.15.10+dfsg-7.2+b1 ii libqt5gui5t64 > 5.15.10+dfsg-7.2+b1 ii libqt5qml5 > 5.15.10+dfsg-2+b2 ii libqt5quick5 > 5.15.10+dfsg-2+b2 ii libqt5quickcontrols2-5 > 5.15.10+dfsg-2+b2 ii libqt5widgets5t64 > 5.15.10+dfsg-7.2+b1 ii libstdc++6 > 14-20240330-1 ii >
Bug#1070406: Qt5: badly clips some fonts when rendering to PDFs
On Monday, May 6, 2024 4:51:25 PM CEST Thorsten Glaser wrote: > It still does not address the OS/2 table, but it does manage to > fix both the PDF-side and font-side hhea table metrics, which is > enough for Atril at least. (Not sure whether it’s enough for my > gf’s printer, I’ll have to test. Or extend the patch to fix the > OS/2 table as well, which I probably should anyway; I have to find > the time for that sometime within the next few days.) I can't find any references to something that look like a "OS/2" table in the pdf spec. Assuming the font subset code only deal with subsetting for pdf's, maybe it can go completely? Just to help me double check, how is is the OS/2 table described in the font in the pdf ? /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1070228: reassign
Control: reassign -1 libsnappy1v5 Control: forcemerge -1 1070217 Control: affects 1070217 libqt5webenginecore5 kmail -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1070217: abi change upstream
looks like it was an abi change upstream https://github.com/google/snappy/commit/ 766d24c95e345d4d06bfd3cc5787c2da3e025fab#diff- ec7058c429b88797a43d7c3ef3a244980e46f8219844cd2550eaf4bcdc36e961 without an accompanying soname change. It doesn't look like something where the abi can't easily be restored. Just add a set of wrapper functions with the old signature adding a defaulted compression options when forwarding to the new one. Though a package name change is also a way forward. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1069855: strace
Control: -1 fixed-upstream
Reassign: -1 libkf5kiocore5
This is unrelated to the LO issue.
The fix for this issue is
3e6800b37 and 48322f443 upstream (One fixes a crash the other one introduces)
Once we get a new KF5 in, this should be fixed.
/Sune
On Friday, April 26, 2024 10:36:42 AM CEST Andreas B. Mundt wrote:
> Hi,
>
> here are parts of the strace, one with a samba share where the archive
> is removed, and one with a ksmbd share which works fine:
>
> samba:
>
> [pid 101820] poll([{fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=8,
> events=POLLIN}, {fd=14, events=POLLIN}], 4, 473 [pid
> 101840] write(23,
> "\37\213\10\0TS+f\0\3\355Zy K"..., 5694) = 5694 [pid 101840] lseek(23, 0, SEEK_SET) = 0
> [pid 101840] fdatasync(23) = 0
> [pid 101840] close(23) = 0
> [pid 101840] rename("/media/samba/test.tar.gz.PywIFJ",
> "/media/samba/test.tar.gz") = -1 EACCES (Permission denied) [pid
> 101840] unlink("/media/samba/test.tar.gz.PywIFJ") = 0 [pid
> 101840] write(5, "\1\0\0\0\0\0\0\0", 8) = 8
> [pid 101840] write(5, "\1\0\0\0\0\0\0\0", 8 ...> [pid 101820] <... poll resumed>) = 1 ([{fd=5, revents=POLLIN}])
>
> The rename fails (samba lock?) and then the temporary archive is
> removed.
>
> ksmbd:
>
> [pid 101861] poll([{fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=8,
> events=POLLIN}, {fd=14, events=POLLIN}], 4, 7 [pid
> 101881] <... fdatasync resumed>) = 0
> [pid 101881] close(23) = 0
> [pid 101881] rename("/media/ksmbd/test.tar.gz.DRmBuC",
> "/media/ksmbd/test.tar.gz") = 0 [pid 101881] write(5,
> "\1\0\0\0\0\0\0\0", 8) = 8
> [pid 101861] <... poll resumed>) = 1 ([{fd=5, revents=POLLIN}])
>
> Here the rename succeeds and things work as expected.
> Looks like the same problem as discussed in [1].
>
> Best regards,
>
> Andi
>
> [1] https://bugs.documentfoundation.org/show_bug.cgi?id=55004#c56
--
I didn’t stop pretending when I became an adult, it’s just that when I was a
kid I was pretending that I fit into the rules and structures of this world.
And now that I’m an adult, I pretend that those rules and structures exist.
- zefrank
Bug#1069835: needs a fix in KIO as well
https://invent.kde.org/frameworks/kio/-/commit/ 45b306dc0653fa42672e8a49afe8f42d24585ed4 is also needed for it to work. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1068594: [pkg-gnupg-maint] Bug#1068594: gpg: 100% CPU endless loop after mkdir /etc/gnupg/gpg.conf
Control: tags -1 fixed-upstream Control: reassign -1 libgpg-error0 https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgpg-error.git;a=commitdiff;h=2dc93cfecc7a7b22fd08365a789b8c6c4b8cc36c;hp=92f874e7d1150c44d8c5d4d5e2c2ddf5299e1064 Fixed upstream. /Sune On Sunday, April 7, 2024 7:48:07 PM CEST Valentin Hilbig wrote: > Package: gpg > Version: 2.4.5-1 > Severity: important > X-Debbugs-Cc: debian-bug-re...@03.softkill.org > > Dear Maintainer, > > following creates an endless loop: > > sudo apt install gpg > sudo mkdir -p /etc/gnupg/gpg.conf > gpg --version > > Afterwards gpg becomes unusable system wide. > To create the directory you usually need privileges, however my expectation > is, that some empty directory like shown above should never do this type of > harm! > > I mark this important, as this loop affects all gpg processes system wide > and hence might be used to create a DoS if somebody somehow manages > to create this file as a directory instead. > > Also the path /etc/gnupg/gpg.conf is not documented in man gpg. > Undocumented paths should not be exploitable to create harm. > Hence my expectation is that > > - this file should be documented > - there should be a way to ignore this file such that gpg does not access > this file - gpg should ignore errors this file if it is unreadable (like > being a directory) > > I do not have any expectation about what happens when this is a file which > includes errors. This should be part of the documentation. > > I tried to report this upstream, but failed, as I was unable to register. > > The bug affects stable, unstable and experimental and was tested on a VM. > > > -- System Information: > Debian Release: 12.5 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, > 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 > (x86_64) > > Kernel: Linux 6.1.0-18-amd64 (SMP w/4 CPU threads; PREEMPT) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: > LC_ALL set to C.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 gpg depends on: > ii gpgconf 2.4.5-1 > ii libassuan0 2.5.5-5 > ii libbz2-1.0 1.0.8-5+b1 > ii libc62.36-9+deb12u4 > ii libgcrypt20 1.10.3-2 > ii libgpg-error01.46-1 > ii libnpth0t64 1.6-3.1 > ii libreadline8t64 8.2-4 > ii libsqlite3-0 3.40.1-2 > ii zlib1g 1:1.2.13.dfsg-1 > > Versions of packages gpg recommends: > ii gnupg 2.4.5-1 > > gpg suggests no packages. > > -- no debconf information > > ___ > pkg-gnupg-maint mailing list > pkg-gnupg-ma...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-gnupg-maint -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1068307: forwarded
Control: forwarded -1 https://gitlab.freedesktop.org/poppler/poppler/-/merge_requests/1525 -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1066138: [pkg-gnupg-maint] Bug#1066138: gnupg1: fails to build gpgkeys_ldap, probably due to -Werror=implicit-function-declaration
On Wednesday, March 13, 2024 7:10:13 PM CET Andreas Metzler wrote: > Hello Thorsten, > I have upload a fix for 2.2, probably will not be able to spend any time > on 1.x or 2.4 before the weekend. Looks like 2.4 is fixed upstream a couple of years https://dev.gnupg.org/rGddc6f7d194918791ac9dff0e5af4b80933189afd /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1066137: [pkg-gnupg-maint] Bug#1066137: gnupg2: -Werror=implicit-function-declaration failure testing for ldap_open
On Tuesday, March 12, 2024 11:56:48 PM CET Thorsten Glaser wrote:
> Source: gnupg2
> Version: 2.2.40-1.1
> Severity: serious
> Justification: ftbfs
> X-Debbugs-Cc: t...@mirbsd.de
>
> Trying to binNMU gnupg2 to make it installable during t64 transition,
> I notice the following configury output:
apparantly since some version, ldap_open prototype is put behind
#if LDAP_DEPRECATED
Given the only reference to ldap_open is in the configure script, I guess a
quickfix could be to just define that in the m4 scripts / configure scripts as
a
minimal change.
>
> | /* end confdefs.h. */
> |
> | #ifdef _WIN32
> | #include
> | #include
> | #else
#if LDAP_DEPRECATED
> | #include
> | #endif
> |
> | int
> | main (void)
> | {
> | ldap_open("foobar",1234);
> |
> | ;
> | return 0;
> |
> | }
>
> configure:11608: result: no
>
>
> Prototypes are now mandatory, both for C23 and because the t64 transition
> can only work if prototypes are properly used.
I'm a bit surprised the way ldap has decided to deprecate functions, but I
guess users needs to work with it.
/Sune
--
I didn’t stop pretending when I became an adult, it’s just that when I was a
kid I was pretending that I fit into the rules and structures of this world.
And now that I’m an adult, I pretend that those rules and structures exist.
- zefrank
Bug#1064282: poppler: NMU diff for 64-bit time_t transition
On Sunday, March 3, 2024 7:40:52 AM CET Steve Langasek wrote: > (Particularly irrelevant for poppler, whose soname changes ~ monthly.) Please note that the poppler frontends, that applications are supposed to be using does only very rarely change SONAME. the glib frontend haven't since it's introduction. Neither have the cpp frontend. The qt5 frontend has changed once. The Poppler Core library, which is meant to be a private shared thing between the frontends is changing SONAME monthly. But poppler core and the frontends are all in the same source, so it shouldn't affect anyone who behaves with poppler as documented. /Sune - who has been hacking on poppler over the last year and kept the api and abi of the frontends, but broken the internal api and abi multiple times. -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1065015: the control file for the akonadi libraries are palin wrong
On Sunday, March 3, 2024 6:16:23 PM CET Eric Valette wrote: > The transition is completed but the package cannot install because of > Breaks: in the control file The transition is still on going. This is in absolute number of packages the biggest one ever. If it it wasn't for all of the newish languages like node/ js, go and rust it would also in the relative numbers be the biggest one ever. It is bigger than the c++ abi change with the c2a packages that happened back in KDE 3.4 times. > And I second that the abi provided should be without > t64libkf5akonadisearchpim5-22.12 It should not. I think you need to read up on the purpose of the transition and how it is done. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1065047: khelpcenter: Update to new upstream version
On Thursday, February 29, 2024 8:33:38 AM CET Bastian Germann wrote: > Please import khelpcenter's latest version 24.02.0, which does not have the > khtml dependency anymore. I would be happy to help with patches if this is > not on your priority list. You're most welcome to join the effort of getting KF6, Plasma 6 and KDE Gear 24.02 into Debian. Please join #debian-qt-kde on oftc to help the effort. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1000112: can likely be dropped soon
It is likely that all upstream users have migrated away from this in the releases planned for end of feb 2024 (in a couple of weeks), so whenever those enters unstable/testing, this can be likely be removed. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1042391: [pkg-gnupg-maint] Bug#1042391: gpgv: add --min-rsa-length
Control: forwarded -1 https://dev.gnupg.org/T6946 -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1057407: texworks: Intent to drop poppler-qt6 on i386
On Wednesday, December 20, 2023 3:28:26 PM CET Jeremy Bícha wrote: > It is fine that poppler qt5 apps switch to poppler qt6. I do not see > any need for those apps to built on i386 since i386 is not intended to > be a full, directly installable desktop architecture in the next > stable Debian release. I do not see any usecase for okular i386 to be > available on an amd64 system. Then I think you should drop anything except poppler-utils and libpoppler141 at once rather than trying to slice it like this. I see just as much need for poppler-qt6 as I do for poppler-glib and poppler- qt5. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1059044: Konqueror (V.4:22.12.3-1 stable) URL sftp:// not be completed. Protocols sftp, ftp, and smb does not work
On Tuesday, December 19, 2023 8:53:35 PM CET kat...@linuxmail.org wrote: > Package: konqueror > Version: 4:22.12.3-1 > Severity: important > X-Debbugs-Cc: kat...@linuxmail.org > > > Protocols sftp, ftp and and smb:// does not work Is kio-extras installed ? /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1057407: texworks: Intent to drop poppler-qt6 on i386
On Monday, December 4, 2023 2:43:46 PM CET Jeremy Bícha wrote: > As the maintainer of Debian's poppler source package, I would like to > drop poppler's Qt6 packages on i386. This would allow Debian's and > Ubuntu's poppler packaging to be in sync. Ubuntu has dropped i386 > support except for enablement of games and similar legacy apps but > none of those apps need Qt6. Based on debian-devel discussion in June, > I expect Debian to eventually take a similar approach to i386. I think this should wait until Debian has taken such approach. > texworks is the only package that uses poppler's Qt6 in Debian. Please > let me know if it's ok with you if texworks is no longer built for > i386 in Debian. I would expect most poppler-qt5 using packages to switch to poppler-qt6 over the next 6 months. Especially I expect Okular, KDE's document viewer to switch over in beginning of march, and I don't expect us to drop that yet. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1057359: qmake: use qmake6 when QT_SELECT=qt6
On Monday, December 11, 2023 5:26:14 PM CET Lisandro Damián Nicanor Pérez Meyer wrote: > > +1 from me. qtchooser is no longer supported for Qt >= 6, so going > > this way is just awesome. > > Also worth to mention: this is something I should have done myself, > but I currently lack the needed time, so Helmut took over. Many thanks > to Helmut for this. Agreed. Both to approach and to thanks to Helmut /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1056549: grantlee5: Is there intention to port the lib to Qt6 ?
On Thursday, November 23, 2023 10:52:56 AM CET Filippo Rusconi wrote: > include(KDEInstallDirs) > include(KDEFrameworkCompilerSettings NO_POLICY_SCOPE) > include(KDECMakeSettings) > include(KDEGitCommitHooks) KDEInstallDirs is basicalyl just GNUInstallDirs slightly improved and extended KDEFrameworkCompilerSettings is just shared setup of c++ standards and default warnings KDECMakeSettings is setting a series of cmake policies and such KDECommitHooks is just setting up git to commit reject certain changes All of these are are part of extra-cmake-modules and is in general well tested for cross platform functionality and it makes writing modern c++ and cmake code simpler and easier. In general, other than an extra line in your build scripts, shouldn't make much of a difference. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1056549: grantlee5: Is there intention to port the lib to Qt6 ?
On Wednesday, November 22, 2023 3:49:57 PM CET Filippo Rusconi wrote: > There appears to be an effort upstream to port Grantlee to Qt6. Is there any > intention downstream to actually create binary packages for Qt6 ? Grantlee has been ported to Qt6 and renamed to KTextTemplate https:// invent.kde.org/frameworks/ktexttemplate and will be released in february together with the rest of KDE's frameworks based on Qt6 (and plasma and ...) /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1055432: kontact: Attaching file to email tries to mount filesystems
severity 1055432 normal thanks > I appreciate this is an attempt to be helpful, gathering information about > known mountpoints, but the nature of autofs mountpoints is that they are > not guaranteed to be always available to be mounted so causing an attempt > to mount them without user explicitly asking for it is not good. I think we aren't in the "It is better to release without the entirety of KDE's software stack", so downgrading This is an issue in one of the underlying libraries, but we should probably investigate exactly which one. What I think is happening is something along the following: - the sidebar has possibility to add fancy icon, name or other fancyness read from the location in question - this happens maybe unconditionally, maybe conditional of "is mounted". - autofs filesystems is mounted with type=autofs until accessed I guess, if we can locate the right place to do it, maybe do a early check if file system type is autofs and not really mounted, before looking further. What I suggest to do to track this down is the following, given you have a setup to reproduce it: 1) look up how to install debug packages using one of the ways in https://wiki.debian.org/HowToGetABacktrace 2) Run an application under GDB. (I'm sure kwrite is a simpler application that can show the same behavior) 3) Get the application into the state, break in gdb and get the full backtrace (thread apply all bt) 4) read over the backtrace and verify that nothing not for public consumption is in it 5) post it as a reply. Maybe we can figure it out together. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1054569: qtbase-opensource-src: FTBFS: Please add support for loongarch64
On Thursday, October 26, 2023 5:23:58 AM CEST zhangdandan wrote: > BTW, A recent query revealed that LoongArch architecture is now > supported by the upstream [2]. Do you have a link to the upstream accept of this? A link to a gerrit review, to a git hash or something like that ? /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1053444: Quilt and exit codes
So. It looks like in version .66, it was the situation Done something succesfully 0 Most errors returned 1 Nothing to do returned 2 In version .67 it is kind of the same, except "lack of series file" is now put in "error" category, not "nothing to do". The debhelper quilt addon was wrongfully changed to to succeed with error code 0 or 1 in https://salsa.debian.org/debian/quilt/-/commit/ 765d2587ee912cb909d275af62d019b2e7fb0dfc That change should be reverted. Instead, quilt patch/unpatch should only be run if series file exists. Alternatively, the upstream http://git.savannah.nongnu.org/cgit/quilt.git/commit/? id=8b39a960afcf45cd4f5804ae62b6b0656bdb191d sholud be reverted /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1051408: flameshot: uploads potentially sensitive screenshots to the internet
On Thursday, September 7, 2023 2:46:35 PM CEST Peter wrote: > Package: flameshot > Version: 0.9.0+ds1-2 >* What was the outcome of this action? > Default configuration uploaded my screenshots to imgur, I found a Imgur-link > in my clipboard > >* What outcome did you expect instead? > Default configuration should save the screenshot in a local directory Reading the current code in debian stable and newer does seem to require quite some setup to have auto uploads enabled. That is also the behavior I see when trying it out. It does look like though that version 0.10 (2y ago) had the following fix: | The ability to upload to imgur via a hotkey has been removed. | - Many users accidentally hit the hotkey and uploaded sensitive data | - Users could accidentally upload the entire desktop by hitting the upload |key before a region was selection I do wonder how Kathrina Kessinger managed to reproduce it with version 12.1.0-2 /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1050017: khelpcenter: Drop khtml
On Friday, August 18, 2023 3:11:57 PM CEST Bastian Germann wrote: > Am 18.08.23 um 14:31 schrieb Sune Stolborg Vuorela: > > Please stop this. It is not helpful. Once everything is released upstream, > > it will end up in Debian. > For khelpcenter maybe it is not helpful. But when we reach freeze for trixie > and okular still has those optional dependencies, they should just be > dropped to move on with the deprecated packages. They also block pcre3 > removal which is why I filed the bug in the first place. Let's revisit once we are close to trixie release. Right now, it just gets in the way. I expect khtml and kjs to disappear without much non-kde/qt team involvement by summer, maybe even easter. I don't expect trixie freeze to happen before that. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1050017: khelpcenter: Drop khtml
On Friday, August 18, 2023 2:25:01 PM CEST you wrote: > Source: khelpcenter Hi Bastian Please stop this. It is not helpful. Once everything is released upstream, it will end up in Debian. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1050015: okular: Drop khtml and kjs
On Friday, August 18, 2023 2:06:09 PM CEST Bastian Germann wrote: > Source: okular > Version: 4:22.12.3-1 > Severity: important > > Please drop the optional build dependencies on khmtl (chm) and kjs > (JavaScript in PDF). They are no longer developed and could be autoremoved > if okular would not make them key packages. Please don't. Especially the pdf part. That is kind of unfortunately widespread used. Note that okular 23.08 has migrated away from kjs. Before end of the year, upstream will also have likely have a plan on what to do with khtml. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1046406: polyphone: Fails to build source after build due to qmake leaving files around
On Monday, August 14, 2023 11:34:48 AM CEST Thorsten Glaser wrote: > There does not seem¹ to be a corresponding bugreport in qmake yet. > Dear qmake maintainers, should I reassign this one or what would > you prefer? qmake is dead and if this is a bug in qmake and not in the scripts in polyphone, it will not be fixed. Feel free to work around it. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#639614: empty outline titles
Control: forwarded -1 https://gitlab.freedesktop.org/poppler/poppler/-/merge_requests/1427 Control: tags -1 +patch A patch submitted upstream. -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1035320: pdftotext: Manual page incorrectly lists PDF-file as an optional argument
Control: forwarded -1 https://gitlab.freedesktop.org/poppler/poppler/-/merge_requests/1426 -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#448471: Wrong rendering of multiline form input
Fixed upstream long ago /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#528808: libpoppler4: can use an inappropriate Symbol font
Control: tag -1 fixed-upstream Fixed upstream in f07d64831252a9cb7775d12e5ce9b663aaae63d5 and is part of the 23.06 release. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1021669: poppler: CVE-2022-24106
Control: tag -1 wontfix The code is not compiled in unless you really ask for it with -DENABLE_DCTDECODER=unmaintained Upstream has marked it wontfix. I'm doing the same. -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#920914: libpoppler82: Crash in poppler 0.71.0 related to poppler_date_parse
Fixed upstream 4 years ago and is fixed in current debian stable. -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#969907: Bug#969537: epdfinfo crashing with mismatched libpoppler102 and libpoppler-glib8
On Sunday, May 14, 2023 3:20:39 PM CEST Andreas Metzler wrote: > Something like attached patch. https://gitlab.freedesktop.org/poppler/poppler/-/merge_requests/1425 /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1000003: (no subject)
forwarded -1 https://gitlab.com/pdfgrep/pdfgrep/-/issues/58 thanks -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x
On Sunday, April 30, 2023 1:27:14 PM CEST Andreas Metzler wrote: > I do not indend to hijack/adopt gnupg2, so I am very reluctant to upload > without some kind of go from Daniel or Eric. (Even to experimental.) Hi Daniel Any chance you can give Andreas a go ahead to push a newer Gnupg2 to at least experimental, or preferably unstable ? Kind regards, /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1032240: akonadi server fails to start since it cannot connect to mysql database
Control: tags -1 +moreinfo Control: severity -1 serious On Thursday, April 27, 2023 8:05:50 AM CEST Didier 'OdyX' Raboud wrote: > Le vendredi, 10 mars 2023, 21.04:56 h CEST Patrick Franz a écrit : > > the issue is connected to MariaDB when upgrading after the shutdown was > > not clean, see https://bugs.debian.org/cgi-bin/bugreport.cgi? > > bug=1032047#40 > > > > We are trying to find a solution for this. > > Enrique; the mentionned bug is now fixed; do you still experience your > issue? To me it looks like 1032047 has been fixed with a solution that makes this more likely to happen rather than list. If I understand the fix correctly in that bug, it is ignoring all runnig mariadb's that is not from specific users and just upgrading anyways. That is, to my understanding, the easiest way to hit this is exactly to upgrade mariadb while it is not cleanly shutdown. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1032047: mariadb-server: Preinst fails if user has mariadb running while system service stopped.
On Tuesday, March 7, 2023 8:37:31 AM CET Otto Kekäläinen wrote: > In this case the server is run automatically by the Akonadi package. > Thus the Akonadi package should do something about the server > stop/starts automatically. Surely the Akonadi package has some > facility that starts/stops the server? What is that facility? Can we > call it from the MariaDB server preinstall script to shut it down, and > from the postinstall script to start up again? It is a user process run in a user session, so it is not something the package maintainers should touch. But akonadictl stop for all users in question would do it. Then remember which users you did it for, and akonadictl start afterwards for those users But I would expect that to end up as a severe policy violation; I don't have a reference handy though. Also be aware that the users mail client, calendar app and similar will be greyed out and text on top : "Akonadi not running" and then a giant button in the middle that says "start akonadi" tempting users to press it. And it does what it says on the tin. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1032047: mariadb-server: Preinst fails if user has mariadb running while system service stopped.
On Tuesday, March 7, 2023 7:59:04 AM CET Otto Kekäläinen wrote: > This is still waiting for input from Akonadi maintainers: I've been thinking trying to come up with some good solutions. But this does not as such seem to be akonadi specific; it could also happen in a case where a system administrator runs a custom mariadb instance managed as a different instance than what the mariadb/mysql stop scripts handles. I do though think that the akonadi instance is more likely. I think that - in order fix both; basically error out not only if the invoke- rc.d calls fail, but if there are any running mariadb instances left on the system and let the system administrator deal with it. That will probably cover most issues. Except the one I ran into* I think it is the best we can do for now. If I had a infinite wishlist, it would be to let newer mariadb's be able to also fix older setups, or a separate tool being able to do that. /Sune * I had a desktop system lockup for unknown reasons; rebooted and didn't login as me, but rather dropped into a VT and did a upgrade, then rebooted and logged in. I ended up debootstrapping a slightly older chroot with a slightly older mariadb, bindmounting the mariadb datadirs into it, launching and stopping mariadb inside it. unmounting and removing. -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#1024417: [pkg-gnupg-maint] Bug#1024417: kgpg FTBFS: Did not find GPGME
On Wed, 23 Nov 2022 15:42:31 -0500 Daniel Kahn Gillmor wrote: > On Wed 2022-11-23 16:27:43 +0100, Andreas Metzler wrote: > > Unless kgpg maintainers/upstream has a strong opinion against using > > pkg-config the obvious choice would be to drop cmake/FindGpgme.cmake > > and simply use FindPkgConfig. - Attached patch seems to work for me, > > i.e. build including dh_auto_test works. > > Thanks for this, Andreas. > > I've proposed this change upstream as well at > https://invent.kde.org/utilities/kgpg/-/merge_requests/18 I think that this is a great debian stop gap measure, but due to upstream also supporting windows, the Good Fix[tm] should go into FindGpgme.cmake instead, but could be derived from pkgconfig there. /Sune
Bug#1019446: kde-config-cron: Binary missing
'kcmshell5 kcm_cron' also works and is a more light alternative. There might also be other host apps for these plugins that can be coerced into loading the cron kcm plugin. If we do want dependencies, at least kde-cli-tools | systemsettings should be the dependencies. /Sune On 9/28/22 07:45, Aurélien COUDERC wrote: Hi, Le samedi 24 septembre 2022, 10:31:26 CEST c.bu...@posteo.jp a écrit : Dear Bernhard, thanks for the reply. On 2022-09-24 10:09 Bernhard Übelacker wrote: I guess the kcm_cron.so is really just like a module loaded by systemsettings5. "systemsettings" and "systemsettings5" does not exist on my system and not in the repos (via "apt-cache search"). That’s incorrect : $ apt-file search bin/systemsettings systemsettings: /usr/bin/systemsettings systemsettings: /usr/bin/systemsettings5 It seems to me that the package "kde-config-cron" has some missing dependencies. Yes indeed, it’s missing a dependency on the systemsettings package, I’ll add it in the next upload. Happy hacking, -- Aurélien
Bug#990637: Why do marble have several .desktop files?
On Saturday, July 3, 2021 1:53:53 PM CEST Petter Reinholdtsen wrote: > Package: marble > Version: 4:17.08.3-3.2 > > I just noticed the .desktop files in marble confuses the script used to > generate https://wiki.debian.org/MimeTypesSupport/PackageList > > because it contain 9 .desktop files: Let's start by ignoring the ones placed in KService dir. They are for plugins for the KService library. > % dpkg -L marble|grep desktop > /usr/share/applications/marble_geo.desktop > /usr/share/applications/marble_gpx.desktop > /usr/share/applications/marble_kml.desktop > /usr/share/applications/marble_kmz.desktop > /usr/share/applications/marble_shp.desktop > /usr/share/applications/marble_worldwind.desktop > /usr/share/applications/org.kde.marble.desktop > Is there a good reason for all these desktop files. At elast some of > them seem redundant: > MimeType=application/x-gpx+xml;application/x-esri-shape; If I understand it correctly, it being marble and the desktop spec, all of the extra mime types are supported by marble thru optional plugins; optional plugins that distributions might want to carry in different binary packages, or maybe even not carry at all, and only if the the plugin for application/x- esri-shape is installed, marble support this mimetype. For plugin-based software, this is makes sense. Also e.g. okular uses the same approach. Here is the Debian package split into two packages with the lesser used packages with heavy dependencies resides. I hope this is sufficient response to "is there a good reason", and I think the script you use should be adapted to work with this pattern. Kind regards /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#981515: kcoreaddons: please replace fam with gamin
On 3/3/21 8:54 PM, Nicholas D Steeves wrote: thus FAM covers a use case that gamin does not, and this case is: users who want to receive inotify style events for files that have been remotely created or modified on NFS mounts. Also, IIRC gamin depends on Linux-specific features such as inotify where FAM provides fallbacks (eg: IIRC FAM is required on kfreebsd and hurd); this might not be significant, but I felt it was worth mentioning :-) Please note that these features are what KCoreAddons (or more specifically KDirWatch) uses FAM for. KDirWatch hooks up to inotify directly and prefers that if possible. FAM is only used for fallback codepath for e.g. nfs-mounts, before KDirWatch resorts to the last fallback; polling. Replacing with libgamin is basically making the inotify-free codepath depend on inotify, so either keep using FAM, or skip both of them. /Sune - who has been debugging KDirWatch and other parts of KCoreAddons over the years.
Bug#980131: Package name
Hi this is a very generic package name for what I would consider a fringe package in the qt eco system. And qml modules are in general called something like qml-module-something, with qml-module-q* being for things mostly from Qt itself, and others using qml-module-reverse-domain-name, e.g. qml-module-org-kde-activities /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#974087: fixfilepaths
Hi Please don't do this. - avid user of __FILE__ in test unit tests, who wants his tests run during build. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#950401: arora: should it be removed from Debian
reassign -1 ftp.debian.org retitle -1 RM: RoM: Arora - ftbfs - dead upstream severity -1 normal thanks Yeah. let's let it go. /Sune On Saturday, February 1, 2020 7:16:51 AM CET Paul Gevers wrote: > Source: arora > Version: 0.11.0+qt5+git2014-04-06-1 > Severity: serious > Justification: ftbfs > Tags: ftbfs > > Dear Sune, > > Arora has been removed from testing three years ago and is not part of > buster. Isn't it better if you request removal from Debian if you don't > intent to fix it? > > If you haven't it done yourself and don't object, I'm going to reassign > this bug to ftp.debian.org and ask for aroras removal in a couple of weeks. > > Paul
Bug#947487: FTBFS: various C++ errors
Upstream master builds, but might also soon be adopted by KDE Frameworks A quick fix is adding this line a nice place in toplevel CMakeLists.txt set_property(TARGET tgt PROPERTY CXX_STANDARD 11) Around line 35 looks like a nice location. /Sune On Friday, December 27, 2019 5:32:17 PM CET Lisandro Damián Nicanor Pérez Meyer wrote: > Source: grantlee5 > Version: 5.1.0-2.1 > Severity: serious > Justification: FTBFS in various architectures > > Hi! While rebuilding your package due to a binNMU it failed to build from > source: > > https://buildd.debian.org/status/package.php?p=grantlee5 > > The forst error I see is: > > from > /<>/obj-x86_64-linux-gnu/templates/tests/pluginpointertest/mai > n_app_autogen/mocs_compilation.cpp:2: > /usr/include/c++/9/bits/c++0x_warning.h:32:2: error: #error This file > requires compiler and library support for the ISO C++ 2011 standard. This > support must be enabled with the -std=c++11 or -std=gnu++11 compiler > options. 32 | #error This file requires compiler and library support \ > > | ^ > > Thanks for your work, Lisandro. > > -- System Information: > Debian Release: bullseye/sid > APT prefers unstable > APT policy: (990, 'unstable'), (500, 'unstable-debug'), (500, > 'testing-debug'), (500, 'buildd-unstable'), (500, 'testing'), (1, > 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) > Foreign Architectures: i386, arm64, armhf > > Kernel: Linux 5.3.0-3-amd64 (SMP w/2 CPU cores) > Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE > Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), > LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled
Bug#945554: Qt5: link against OpenSSL at compile-time
On Tuesday, November 26, 2019 9:19:21 PM CET Jan Nordholz wrote: > is there a reason that Debian's distribution package is *not* using the > build flag "-openssl-linked" to create a proper DT_NEEDED dependency at > compile-time? (Couldn't find anything in the archived bugreports, sorry if > this is reopening a can of worms.) Yes. the gpl versions are incompatible with openssl, so that would require all users of the non-ssl using parts of qtnetwork to also have openssl exceptions. This way, only the applications actually requiring it requires the exception. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
