Bug#845820: akonadi: switch to build depend on the metapackage default-libmysqlclient-dev
Package: akonadi Severity: important Hi! This package build depends on libmysqlclient-dev. It should instead build-depend on default-libmysqlclient-dev metapackage, and end up having the run-time dependency of the libmysqlclient implementation Debian has chosen to use, currently MariaDB instead of Oracle MySQL. Announcement of new default-mysql-* metapackages: https://lists.debian.org/debian-devel-announce/2016/09/msg0.html Wiki: https://wiki.debian.org/Teams/MySQL/default-mysql-server MBF: https://lists.debian.org/debian-devel/2016/11/msg00832.html Please update the depencies accordingly. In most cases the required change is: * BEFORE: Build-Depends: libmysqlclient-dev * AFTER: Build-Depends: default-libmysqlclient-dev Thanks, Otto
Rolex Replica Catherine
Hello, Thank you for expressing interest in Rolex Replica watches. This opportunity to offer you our fine selection of Italian/Swiss crafted Rolex Timepieces. You can view our large selection of Rolexes (including Breitling, Tag Heuer, Cartier etc) You are guaranteed of lowest prices and highest quality each and every time you purchase from us. Please do not hesitate to visit our website at http://www.chooseyourwatch4u.com I certainly look forward to hearing from you. Thanks and Best regards, Andy Otto Sales Manager Rolex Watches Enterprises tom xa sanford tmr wa iv coralline bc cabana mpg doll xmx isaacson yp bobcat sz soap na alga ff darken uns leadsmen zmd z ail endogenous jk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#985849: kde-plasma-desktop: Task Manager (in panel) forgets settings after logout (reload)
Package: kde-plasma-desktop Version: 5:111 Severity: normal Dear Maintainer, Changing the settings of my task manager in the default kde panel is not preserved over logout / login. I configured, for example, that middle-click closes an application / group, but I always and up with the default of spawning a new instance again. Also, I added a second panel with a second task manager on my second screen and it applied some default pinned entries there. I unpinned them, but they reappear after every login. I installed debian stable yesterday and upgraded to testing as described in the wiki. I did not do major configurations to the system, most of the stuff is pretty much "as-is" and configured via the GUI. You can probably guess that such a behaviour is a little bit annoying when you don't want to live with the default settings. Thank you very much for checking out this report. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-4-amd64 (SMP w/4 CPU threads) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kde-plasma-desktop depends on: ii kde-baseapps 4:20.12.0+5.111 ii plasma-desktop 4:5.20.5-4 ii plasma-workspace 4:5.20.5-5 ii udisks2 2.9.2-1 ii upower 0.99.11-2 Versions of packages kde-plasma-desktop recommends: ii kwin-x11 4:5.20.5-1 ii sddm 0.19.0-2 ii xserver-xorg 1:7.7+22 Versions of packages kde-plasma-desktop suggests: ii kdeconnect 20.12.3-1 -- no debconf information
Bug#1031770: kontact: cannot show existing messages and will not retrieve new ones
Seems Akonadi tried to execute "INSERT INTO PimItemTable (rev, remoteId, remoteRevision, gid, collectionId, mimeTypeId, datetime, atime, dirty, size) VALUES (:0, :1, :2, :3, :4, :5, :6, :7, :8, :9)" and gets error "Incorrect datetime value: '2023-02-22T12:00:36Z' for column `akonadi`.`pimitemtable`.`datetime` at row 1" Can you check what the schema for that table is? How does the current data look like? (Unless you are sure the root cause is https://bugreports.qt.io/browse/QTBUG-95071) Or could this be a variant of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=993219 ? Very weird that Akonadi would stop working on an upgrade of 1:10.3.38-0+deb10u1. Does it start working if you downgrade back to 1:10.3.37-0+deb10u1?
Bug#888152: kontact: Kontact crashed each time when closing.
Package: kontact Version: 4:17.08.3-1 Severity: important Dear Maintainer, Kontact crashed each time when closing. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kontact depends on: ii kdepim-runtime 4:17.08.3-3 ii kio 5.37.0-2 ii libc62.26-4 ii libgcc1 1:7.2.0-19 ii libkf5completion55.37.0-2 ii libkf5configcore55.37.0-2 ii libkf5configgui5 5.37.0-2 ii libkf5configwidgets5 5.37.0-2 ii libkf5coreaddons55.37.0-3 ii libkf5crash5 5.37.0-2 ii libkf5grantleetheme-plugins 17.08.3-1 ii libkf5grantleetheme5 17.08.3-1 ii libkf5i18n5 5.37.0-2 ii libkf5iconthemes55.37.0-2 ii libkf5kcmutils5 5.37.0-2 ii libkf5kdepimdbusinterfaces5 4:17.08.3-1 ii libkf5kiowidgets55.37.0-2 ii libkf5kontactinterface5 17.08.3-1 ii libkf5libkdepim-plugins 4:17.08.3-1 ii libkf5libkdepim5 4:17.08.3-1 ii libkf5parts5 5.37.0-2 ii libkf5service-bin5.37.0-2 ii libkf5service5 5.37.0-2 ii libkf5widgetsaddons5 5.37.0-2 ii libkf5windowsystem5 5.37.0-2 ii libkf5xmlgui55.37.0-2 ii libqt5core5a 5.9.2+dfsg-6 ii libqt5dbus5 5.9.2+dfsg-6 ii libqt5gui5 5.9.2+dfsg-6 ii libqt5webengine5 5.9.2+dfsg-2 ii libqt5webenginewidgets5 5.9.2+dfsg-2 ii libqt5widgets5 5.9.2+dfsg-6 ii libstdc++6 7.2.0-19 Versions of packages kontact recommends: ii accountwizard 4:17.08.3-1 ii akregator 4:17.08.3-1 ii kaddressbook 4:17.08.3-1 ii kmail 4:17.08.3-2 ii knotes 4:17.08.3-2 ii korganizer 4:17.08.3-2 Versions of packages kontact suggests: pn gnokii -- no debconf information
Bug#885620: kjots: undefined symbol: _ZN7Akonadi3Job16doHandleResponseExRKNS_8Protocol7CommandE
Package: kjots Version: 4:5.0.2-1 Followup-For: Bug #885620 Dear Maintainer, I have the same issue reported by Philippe, and looking for it I encounter that some Slackware and Arch user has the same issue and solve it rebuilding against new Akonadi version: https://www.linuxquestions.org/questions/slackware-14/kjots-on-slackware64-current-of-19th-november-with-aliens-plasma5-november-updates-4175618091-print/ -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kjots depends on: ii akonadi-server 4:17.08.3-2 ii kio5.42.0-3 ii libc6 2.27-1 ii libgcc11:8-20180218-1 ii libgrantlee-templates5 5.1.0-2 ii libgrantlee-textdocument5 5.1.0-2 ii libkf5akonadicore5 4:17.08.3-2 ii libkf5akonadinotes54:17.08.3-2 ii libkf5akonadiwidgets5 4:17.08.3-2 ii libkf5bookmarks5 5.42.0-3 ii libkf5configcore5 5.42.0-2 ii libkf5configgui5 5.42.0-2 ii libkf5configwidgets5 5.42.0-2 ii libkf5coreaddons5 5.42.0-2 ii libkf5i18n55.42.0-3 ii libkf5itemmodels5 5.42.0-2 ii libkf5kcmutils55.42.0-2 ii libkf5kiowidgets5 5.42.0-3 ii libkf5kontactinterface517.08.3-1 ii libkf5mime517.08.3-2 ii libkf5parts5 5.42.0-2 ii libkf5pimtextedit5 17.08.3-3 ii libkf5textwidgets5 5.42.0-2 ii libkf5widgetsaddons5 5.42.1-2 ii libkf5xmlgui5 5.42.0-2 ii libqt5core5a 5.9.2+dfsg-12 ii libqt5dbus55.9.2+dfsg-12 ii libqt5gui5 5.9.2+dfsg-12 ii libqt5printsupport55.9.2+dfsg-12 ii libqt5widgets5 5.9.2+dfsg-12 ii libstdc++6 8-20180218-1 kjots recommends no packages. kjots suggests no packages. -- no debconf information
