Bug#1060699: qt6-base-dev: Qt6ExampleIconsPrivateConfig.cmake relies on files missing from package
Package: qt6-base-dev Version: 6.6.1+dfsg-5 Severity: normal X-Debbugs-Cc: stu...@debian.org Dear Maintainer, The two cmake files: /usr/lib/x86_64-linux-gnu/cmake/Qt6ExampleIconsPrivate/Qt6ExampleIconsPrivateConfig.cmake /usr/lib/x86_64-linux-gnu/cmake/Qt6ExampleIconsPrivate/Qt6ExampleIconsPrivateTargets.cmake contain references to files that do not exist within any packages, the result being that cmake errors out if trying to use them: --- 8< --- 8< --- 8< --- 8< --- CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Qt6ExampleIconsPrivate/Qt6ExampleIconsPrivateTargets.cmake:116 (message): The imported target "Qt6::ExampleIconsPrivate_resources_1" references the file "/usr/lib/x86_64-linux-gnu/objects-None/ExampleIconsPrivate_resources_1/.rcc/qrc_example_icons.cpp.o" but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained "/usr/lib/x86_64-linux-gnu/cmake/Qt6ExampleIconsPrivate/Qt6ExampleIconsPrivateTargets.cmake" but not all the files it references. Call Stack (most recent call first): /usr/lib/x86_64-linux-gnu/cmake/Qt6ExampleIconsPrivate/Qt6ExampleIconsPrivateConfig.cmake:62 (include) /usr/lib/x86_64-linux-gnu/cmake/Qt6/Qt6Config.cmake:166 (find_package) sources/pyside6/qtexampleicons/CMakeLists.txt:15 (find_package) --- 8< --- 8< --- 8< --- 8< --- (discovered while playing around with pyside6 6.6.1 as you can see from that trace) The files it is looking for are in unusual directories so I'm not sure if there is more to it than just missing the files from the package. I noticed that Gentoo has the same issue which also seems to be unresolved. https://bugs.gentoo.org/915587#c6 cheers Stuart
Bug#936809: kross-interpreters: Python2 removal in sid/bullseye
See https://github.com/llimeht/kross-interpreters/tree/tmp/python3 for a starting point on porting to Python 3. -- Stuart Prescott--www.nanonanonano.net
Bug#928315: qtchooser: qdbus does not find qt5 qdbus
Control: tags -1 - unreproducible moreinfo Control: severity -1 normal Hi all Some updates to questions (combined into one reply for simplicity): > By default the qt4 version should be called except the user does something > to force the situation like installing qt5-default or passing -qt5 > as argument or setting the environment variable you discovered above. Ahh, now this rings a bell. For some reason I cannot now recall (but was perhaps to do with changes in type marshalling?), I needed qdbus to call the qt5 version some years ago and created: $ cat ~/.config/qtchooser/default.conf /usr/lib/x86_64-linux-gnu/qt5/bin /usr/lib/x86_64-linux-gnu which works just fine under stretch but not under buster. Deleting the file makes everything work just fine. Replacing it with the following also works fine: /usr/lib/qt5/bin /usr/lib/x86_64-linux-gnu So the cause of the problem was my config file and not a general problem (hence downgrading the severity). There are some smaller bugs instead: a) why does the old config file no longer work b) when /usr/lib/x86_64-linux-gnu/qt5/bin is just a symlink farm to /usr/lib/ qt5/bin, why does one work and the other not? c) how can that rather useless error message be improved. I have a feeling that (a) and (b) are linked and are probably packaging bugs. > Please also check if you have any configuration file in /etc/xdg/qtchooser nothing there > > Do you have qt4-default or qt5-default installed? In case you do: did you > > install it by hand or something else dragged it in? I have tried to > > reproduce the issue with and without qt5-default installed without > > success, so the issue might be somewhere else. > > I would also like to know the version of qt5-default installed, and the > contents of /usr/lib/x86_64-linux-gnu/qtchooser/default.conf file. qt4-default is not installed qt5-default is installed: $ apt list qt5-default qt5-default/testing,now 5.11.3+dfsg1-1 amd64 [installed,automatic] $ aptitude why qt5-default i extra-cmake-modules Recommends qt5-default cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Bug#928315: qtchooser: qdbus does not find qt5 qdbus
Package: qtchooser Version: 66-1 Severity: serious Justification: Policy 9.9 Programs installed on PATH must not depend on environment to get reasonable defaults Dear Maintainer, On two systems I have running buster, I get the following: $ qdbus qdbus: could not exec '/usr/lib/x86_64-linux-gnu/qt5/bin/qdbus' since it links to qdbus itself. Check your installation. $ QT_SELECT=5 qdbus [... lots of output ...] $ apt list qdbus qdbus-qt5 qtchooser qdbus-qt5/testing,now 5.11.3-4 amd64 [installed] qdbus/testing,now 4:4.8.7+dfsg-18 amd64 [installed,automatic] qtchooser/testing,now 66-1 amd64 [installed,automatic] Getting reasonable behaviour out of qdbus should not require setting environment variables, as per policy 9.9. regards Stuart -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (550, 'testing'), (500, 'testing-proposed-updates'), (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages qtchooser depends on: ii libc6 2.28-8 ii libgcc1 1:8.3.0-6 ii libstdc++6 8.3.0-6 qtchooser recommends no packages. qtchooser suggests no packages. -- no debconf information
Bug#908730: kmail: Query string stripped from hyperlinks in kmail
Vladislav Kurz wrote: > Since upgrading to debian 9, I have a problem with emails form our > helpdesk system. Links have query string with ticket id, or even action to > do (take, resolve,...), but the query string is ignored. It seems that > kmail is stripping it, perhaps as some sort of security feature. It would > be nice to have them back, at least for whitelisted websites. I was not > able to find any setting that would allow that. I don't think it's kmail that is stripping this (it works just fine for me in stretch), but rather a setting for how to determine in what application the URL should be opened. What do you have in K → System settings → Applications → Default Applications → Web Browser I suspect that you have that set to "in an application based on the contents of the URL". That setting has kmail (or rather underlying libraries) fetch the resource (or at least the HEAD) and then picks your browser for HTML, okular for a PDF, gwenview for a JPG etc. The sequence is (roughly): * kmail asks www server for resource or metadata about the resource (I assume it's a HEAD request, I've not checked) * in doing this look-up, various http redirects are followed * when kmail's libraries look at your helpdesk URL you are not authenticated (even though you might be in your browser) * the helpdesk server helpfully redirects you to a login form * the login form is HTML * HTML is for a www browser so your browser is opened pointing to the current URL which is a login form (I can replicate what you see with password protected resources where no query string is involved, just a redirect to a login form) Changing the aforementioned setting to "in the following browser" may be sufficient. cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Re: Re: qtbase5-dev-tools BUG - error while loading shared libraries: libQt5Core.so.5
> in first case, the loader founds the Qt5Core lib at first try, > but in the second case, it looks up manyother directories. I've > checked the content of /etc/ld.so.conf.d, absolutely same. > > I don't know, why it looks at several places. > > As you can see, the loader loads same bytes, but in first case, > after it finishes the read, makes an fstat() call, then an > mmap(), then it closes the file. > > In the second case, after the read, it closes the .so > immediatelly. that sounds even more like the kernel is too old as I suggested earlier. ICYMI: https://lists.debian.org/debian-qt-kde/2018/06/msg00036.html cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Re: qtbase5-dev-tools BUG - error while loading shared libraries: libQt5Core.so.5
Hi Ervin, > $ ldd /usr/lib/qt5/bin/uic > linux-vdso.so.1 (0x7fffebbeb000) > libQt5Core.so.5 => not found > libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 > (0x7f15f16ab000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 > (0x7f15f12f1000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 > (0x7f15f0f5e000) /lib64/ld-linux-x86-64.so.2 (0x7f15f1cb8000) > libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f15f0d46000) > > $ find /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 > /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 > > $ file /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 > /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: symbolic link to > libQt5Core.so.5.10.1 > > $ file /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.10.1 > /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.10.1: ELF 64-bit LSB shared > object x86-64, version 1 (GNU/Linux), dynamically linked, interpreter > /lib64/ld-linux-x86-64.so.2, > BuildID[sha1]=e1c41d9b1532d924df08b21e489ea5ad9cbe653d, for GNU/Linux > 3.17.0, stripped What does "uname -r" say? This last line of your output indicates a minimum kernel version for the library. We've recently seen examples of people trying to run Qt applications in chroots / containers on top of really old kernels and it fails in exactly this rather confusing way. Could this be the case here? cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Re: New QT Version - so again KDE problems
Hi Wolfgang, Wolfgang Schindler wrote: > I reported this some time before (1 or 2 month), now the same happens > again. > > This is boring. > > Thank you, may be now for last time, as i will change all my systems to an > other DE. I have no time for again and again working on the same really > dump mistakes. > If these things from time to time happen on rather unused packages this is > bad luck, but libkf5xmlgui5 is a central piece of software, that kills > anything if there is a mistake in packaging. This is precisely what sid is for and why there is a migration to testing after a few days once buildds, uploaders have caught up and packages are tested together. If you don't want to face installability problems, you should use the testing release. You'll cope with packages that are a whole 5 days older. Further, you shouldn't be using full-upgrade blindly. When you do so, you are explicitly permitting apt to remove packages to optimise on upgrading over retaining packages; you shouldn't be surprised when it does what you ask it to do. I'll also add that English is a rich language with many words that don't involve so much ranting and swearing. Please learn to use some of them and show some respect for your audience and for the volunteers who are making Debian for you. Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Bug#869116: kcharselect segfaults
Hi Guillaume, I was seeing similar crashes to you in kcharselect. Removing the package at-spi2-core and ensuring that its processes at-spi2-registryd and at-spi-bus-launcher were not still running was enough to prevent these crashes. Does that work for you? cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Bug#858905: kde-telepathy-text-ui: Fails to show text entry widget
Package: kde-telepathy-text-ui Version: 15.08.3-1+b2 Severity: serious Justification: breaks entire package Dear Maintainer, The text-ui package is supposed to present a textbox in which the user can type to be able to chat on IM. At present, the text box is not displayed (instead and empty window with nothing below the toolbar is shown). Any attempt to use functions within that window results in either nothing happening or the application crashing. This looks rather similar to https://bugs.kde.org/show_bug.cgi?id=361459 cheers Stuart -- System Information: Debian Release: 9.0 APT prefers testing-proposed-updates APT policy: (550, 'testing-proposed-updates'), (500, 'testing-debug'), (500, 'testing'), (60, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kde-telepathy-text-ui depends on: ii kde-telepathy-data 15.08.3-1 ii kio 5.28.0-1 ii libc6 2.24-9 ii libgcc1 1:6.3.0-10 ii libjs-jquery3.1.1-2 ii libkf5archive5 5.28.0-1+b2 ii libkf5configcore5 5.28.0-1+b2 ii libkf5configgui55.28.0-1+b2 ii libkf5configwidgets55.28.0-1 ii libkf5coreaddons5 5.28.0-1+b2 ii libkf5dbusaddons5 5.28.0-1 ii libkf5emoticons-bin 5.28.0-1 ii libkf5emoticons55.28.0-1 ii libkf5i18n5 5.28.0-1+b2 ii libkf5iconthemes5 5.28.0-1 ii libkf5itemviews55.28.0-1 ii libkf5kcmutils5 5.28.0-1 ii libkf5kiocore5 5.28.0-1 ii libkf5kiowidgets5 5.28.0-1 ii libkf5notifications55.28.0-1 ii libkf5notifyconfig5 5.28.0-1 ii libkf5people5 5.28.0-1 ii libkf5peoplewidgets55.28.0-1 ii libkf5service-bin 5.28.0-1 ii libkf5service5 5.28.0-1 ii libkf5sonnetcore5 5.28.0-1 ii libkf5sonnetui5 5.28.0-1 ii libkf5textwidgets5 5.28.0-1 ii libkf5webkit5 5.28.0-1 ii libkf5widgetsaddons55.28.0-1 ii libkf5windowsystem5 5.28.0-1 ii libkf5xmlgui5 5.28.0-1 ii libktpcommoninternals9 15.08.3-1+b4 ii libktplogger9 15.08.3-1+b4 ii libktpmodels9 15.08.3-1+b4 ii libktpotr9 15.08.3-1+b4 ii libktpwidgets9 15.08.3-1+b4 ii libqt5core5a5.7.1+dfsg-3+b1 ii libqt5dbus5 5.7.1+dfsg-3+b1 ii libqt5gui5 5.7.1+dfsg-3+b1 ii libqt5webkit5 5.7.1+dfsg-1 ii libqt5widgets5 5.7.1+dfsg-3+b1 ii libqt5xml5 5.7.1+dfsg-3+b1 ii libstdc++6 6.3.0-10 ii libtelepathy-qt5-0 0.9.6.1-6.1~themill9+1 Versions of packages kde-telepathy-text-ui recommends: ii kde-telepathy 15.08.3 kde-telepathy-text-ui suggests no packages. -- no debconf information
Re: kmail/akonadi_imap_resource crashes
Hi Stefan, I see this often enough too (in jessie) -- I have tried and failed to work out why. One thing that does help is to clear the akonadi cache(s) for that resource -- it then stops crashing every few minutes and you can go back to having a usable kmail for a week or so before it starts crashing again. Run akonadiconsole → "Browser" tab → "Collection" tree → select folder in relevant IMAP resource → right click, "Clear Akonadi Cache" → repeat for other folders (I think) That it is always the same akonadi_imap_resource that crashes (it's only ever one of the 3 that I have) and that the problem comes back probably means it is one specific email that is the issue. I have no idea which one or how one would go about working out which one other than some sort of binary search of deleting emails and waiting a couple of weeks for crashes. cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Bug#769155: kde-workspace-bin: laptop does not go to sleep when critical battery level is reached
Hi Andreas, > I CAN reproduce it with a fresh install and others can reproduce it as well. > Just in this bug report you find 3 people with the same issue. On the > provided link you find even more. Unfortunately, old data isn't useful -- yes, I did read the entire bug report and the links therein. We don't have a simple reproduce case and all of the related packages have been updated since the report was filed (various kde bits and, more importantly, the kernel). Can you reproduce the problem right now with an up to date jessie? No-one is saying that we don't want this to be fixed in jessie, but if we can't reproduce it and it doesn't affect everyone, then it shouldn't hold up the release of jessie. cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1633062.k3s5KrkjbE@jatayu
Bug#769155: kde-workspace-bin: laptop does not go to sleep when critical battery level is reached
Control: tag -1 unreproducible Control: tag -1 normal If changing the kernel helps then it's probably not a bug in kde-workspace- bin. In any case, I can't reproduce this in jessie. -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2438464.f5cXKbDIp9@jatayu
Bug#727242: kmail: Kmail does not import filters from previous version
Control: summary -1 Filters need to be restored from the old kmail configuration; see https://wiki.debian.org/KDE/Jessie/kontact Hi, > I suggested this workaround on https://bugs.kde.org/show_bug.cgi?id=326474 [..] yes, that's pretty much what is documented in the release notes [1] and on the wiki [2]. [1] https://www.debian.org/releases/jessie/amd64/release-notes/ch-information.en.html#kde-kontact [2] https://wiki.debian.org/KDE/Jessie/kontact Good to have that noted in this bug too. cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2084794.T4QvCC1Len@jatayu
Bug#775737: release-notes: mention upgrade of kontact in potential issues
Package: release-notes Severity: normal Tags: patch Hi! Upgrading to Jessie introduces a major upgrade to Kontact, the KDE E-mail, Calendar and Addressbook component. This major upgrade can need manual intervention by users in some circumstances and it would be appropriate to document this in the release notes. The attached patch is a firat attempt to add this to the release notes. The patch and the wiki page to which it directs weere prepared in collaboration with #debian-qt-kde. cheers Stuart -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (550, 'testing-updates'), (550, 'testing'), (60, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) >From 1e300924ad88b1078a284690e6479ae6f3ba7cd1 Mon Sep 17 00:00:00 2001 From: Stuart Prescott Date: Mon, 19 Jan 2015 20:25:19 +1100 Subject: [PATCH] Add note for kontact upgrade Upgrading to Jessie introduces a major upgrade to Kontact, the KDE E-mail, Calendar and Addressbook component. This major upgrade can need manual intervention by users in some circumstances. --- en/issues.dbk | 19 +++ 1 file changed, 19 insertions(+) diff --git a/en/issues.dbk b/en/issues.dbk index b2522fe..2690790 100644 --- a/en/issues.dbk +++ b/en/issues.dbk @@ -517,4 +517,23 @@ lxc.kmsg = 0 the “settings” icon. + + + + Migration to new KDE E-mail, Calendar and Contacts (Kontact) + +The Kontact Personal Information Management system has received a +major upgrade. The new version makes much greater use of metadata +indexing and each user's data must be migrated into these new indexes. + + +E-mail, calendar events and addressbook contacts are automatically +migrated when the user logs in and the relevant component is started. +Some advanced settings such as e-mail filters and custom templates +require manual intervention. Further details and troubleshooting +suggestions are collected on the +https://wiki.debian.org/KDE/Jessie/kontact";>Debian Wiki. + + -- 2.1.4
Bug#760751: [okular] Okular shows "[Please insert PrerenderUnicode{??} into preamble]" in the title bar, when the title of the document contains an umlaut
Hi Thomas,
> But now to my problem. If I open an PDF file, which has an German umlaut
> in its title, Okular will replace the umlaut with "Please insert
> PrerenderUnicode{??} into preamble]" (e.g. if its title would be
> "Einführung" it will become "Einf[Please insert PrerenderUnicode{??} into
> preamble]hrung") ... :
>
> Steps to reproduce:
>
> 1. Download https://www.bg.bib.de/portale/dab/pdf/einf_dab.pdf
> 2. Open it in Okular
> 3. Look at the title bar
>
> You will see "Einf[Please insert PrerenderUnicode{ü} into preamble]hrung
> in das Fach Datenbanken" instead of "Einführung in das Fach Datenbanken"
> ... :(
>
> You could also use "File - Properties" (I hope, this is the right
> translation. In German it is "Datei - Eigenschaften" ... ;) ), where you
> could see its title with this "Please insert..." annotation.
This is a problem with the specific PDF that you have linked to and not with
okular. What you see in the title bar there is quite literally what is set
as the title for that PDF in the document metadata:
$ pdfinfo einf_dab.pdf
[...]
Keywords: Datenbanken, Einf[Please insert PrerenderUnicode{ü} into
preamble]hrung, Motivation
The producer of this pdf (pdfeTeX-1.21a by the looks of it) needs to be
configured to correctly handle non-ASCII characters in the PDF metadata. If
you had the latex source available, you'd be able to fix this by
regenerating the PDF... The solution is to either tell pdflatex that the
input file is encoded in UTF-8 (for example \usepackage[utf8]{inputenc}) or
to help pdflatex understand how to deal with this character (add
\PrerenderUnicode{ü} to the preamble.)
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/540d48b7.c56e440a.1951.8...@mx.google.com
Bug#587527: make kgpg not dependent on mysql-server-core-5.1
$ aptitude why kgpg mysql-server-core i kgpg Depends kdepim-runtime i A kdepim-runtimeDepends akonadi-server (>= 1.3) i A akonadi-serverDepends akonadi-backend-mysql (= 1.7.2-3) | akonadi-backend-sqlite (= 1.7.2-3) | akonadi-backend-postgresql (= 1.7.2-3) i A akonadi-backend-mysql Depends mysql-server-core-5.5 | mysql-server-core I don't know how supported these other akonadi backends are, but that at leasts answers the original question of "can I use postgres instead of mysql" for wheezy (on squeeze, there were no alternatives for akonadi backends). Perhaps closing this bug with a version that shows it fixed in wheezy would be appropriate. -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201305021237.29962.stu...@debian.org
Bug#693260: kmail hangs while typing mails
Hi Rainer, Forcing nepomuk to quit qdbus org.kde.NepomukServer /nepomukserver quit and then restarting it nepomukserver --silent may be all that is required for you to get a working kmail. qdbus is in the "qdbus" package if you don't already have it installed. Issuing that quit message doesn't actually make nepomukserver and nepomukcontroller exit. (Logging out/rebooting etc should also solve this if less gracefully and at the risk of losing the draft email.) You can also double check the "job tracking" feature of akonadiconsole where you will presumably see ContactSearchJob queries taking ages to return and the UI is unresponsive while these queries are running -- I don't know the technical details of what is failing in amongst nepomuk and akonadi here, but restarting nepomuk as described will make these queries return instantly. cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1tyn8r-0005gn...@ncsc.bris.ac.uk
Bug#679917: korganizer: cannot add ics calendar files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! While adding calendar resources through the korganiser interface doesn't work in wheezy, you can happily add them via System settings → KDE resources → Calendar → Manage → Add → ical file. That being the case, I suspect we could downgrade this bug as the fix for it is probably just to hide the non-working part of the user interface anyway. regards Stuart - -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlCh2wQACgkQn+i4zXHF0ag0wwCeMwPrVLxXgrScis4ocILnuojr jvAAn3VnVjl2LpMpyUFM3iXXMA3lInM7 =T96q -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ty95v-00014t...@ncsc.bris.ac.uk
Bug#549564: okular package could provide "postscript-viewer"
Package: okular Severity: wishlist Hi! The package description for okular indicates that the package provides a postscript viewer. It would be nice if the package could include a Provides header to this effect (Provides: postscript-viewer) so that okular satisfies the dependency for packages that depend/recommend postscript-viewer. Doing so would save packages like gv or evince being dragged in to satisfy such a dependency when okular already suffices. Doing so also makes it easier for maintainers to indicate that a postscript viewer would be useful for their package without having to enumerate every single postscript viewer in the archive. A list of current users of postscript-viewer can be seen by running: apt-cache showpkg postscript-viewer thanks, Stuart -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#263430: kaddprinterwizard stomps on cupsys defaults
Hi Christopher, > In the 3.3.2 packages in experimental, I noticed the doc-root change, and > patched it, but I didn't notice the lpadmin --> sys change (and _really_ > should have, given the age of this bug report). Are these the only two > such problems, or should I look for others? Ummm as kaddprinterwizard was pretty much destroying my configuration with those two changes, I just copied my previous file back over it and stuck to the www interface, so I haven't really tested it out. I would actually suggest that upstream needs to completely rethink the approach in kaddprinterwizard and the way it rewrites the config file *entirely* rather than just applying small diffs to the file when something changes. (OK, this is a more general un*x/linux problem about how you can make a nice GUI to manage a potentially hand-crafted and human-readable text file that is being used for the config.) Perhaps also if the cupsys packages relied less on compiled-in defaults and more on the config file then there would be less cause for confusion with kaddprinterwizard? It's a bit of a tough one that I don't have the packaging experience to even start contemplating. thanks, all! Cheers, Stuart
Bug#263430: kaddprinterwizard stomps on cupsys defaults
Hi all! I can confirm that with the latest kdelibs-bin from sarge (4:3.3.1-4 0) that the group of /etc/cups/cupsd.conf is changed from lpadmin to sys upon changing anything in the print-server dialogue box with kaddprinterwizard. Additionally, kaddprinterwizard changes the DocumentRoot of the www interface to CUPS from the compiled-in default (/usr/share/cups/doc-root) to /usr/share/cups/doc,, breaking all the online help and all the images in the www admin interface (making it very hard to work out what is going on). Note that if the value of DocRoot is already set within the CUPS config file then the value is respected, it is just that the debian compilation of CUPS has a different set of default values for these variables than kaddprinterwizard. The result is that one has to make a decision to either *only* use kaddprinterwizard or *only* use the web interface to CUPS. At the least this should be *very* clearly enunciated to the user, but preferably they should play nicely with each other. thanks! Stuart
