Just lost my digikam -- no longer installable :-(
Hi, For the first time since GCC-5 hit in July, I got brave enough to upgrade my machine. All looks good except that I lost digikam in the process :-( I'm a DD and willing to help out with uploads. Where can I start? The present package is not installable and, judging from the BTS, not buildable. The last upload is about a year ago, though I see 4.12 in the VCS (2 months ago). Upstream released 4.14 a month ago. However it's unclear to me whether a 4.x version will even work with Sid's libraries (KDE Frameworks 5.13, Plasma 5.4 and Applications 15.04, according to https://wiki.debian.org/KDE). Would one be better off with the beta of Digikam 5.x? I'm a little nervous trusting my picture collection to beta software. So where to start: 4.12, 4.14, or 5.0? Advice appreciated. Thanks, -Steve signature.asc Description: This is a digitally signed message part.
Bug#805726: Fails to find Qt5's moc
Package: qtchooser
Version: 52-gae5eeef-2
Severity: normal
I have qtbase5-dev-tools installed, but cannot run "moc":
steve@riemann{trunk}moc
moc: could not exec '/usr/lib/x86_64-linux-gnu/qt4/bin/moc': No such file or
directory
steve@riemann{trunk}find /usr/lib/ -iname moc
/usr/lib/x86_64-linux-gnu/qt5/bin/moc
steve@riemann{trunk}which moc
/usr/bin/moc
steve@riemann{trunk}dpkg --search /usr/bin/moc
qtchooser: /usr/bin/moc
Do I need to somehow tell qtchooser about Qt5? I tried
dpkg-reconfigure, but the behaviour does not change.
-Steve
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages qtchooser depends on:
ii libc6 2.19-22
ii libgcc1 1:5.2.1-23
ii libstdc++6 5.2.1-23
qtchooser recommends no packages.
qtchooser suggests no packages.
-- no debconf information
Re: Just lost my digikam -- no longer installable :-(
On November 14, 2015 11:03:31 AM Steve M. Robbins wrote: > The present package is not installable and, judging from the BTS, not > buildable. The last upload is about a year ago, though I see 4.12 in the > VCS (2 months ago). Upstream released 4.14 a month ago. However it's > unclear to me whether a 4.x version will even work with Sid's libraries > (KDE Frameworks 5.13, Plasma 5.4 and Applications 15.04, according to > https://wiki.debian.org/KDE). Despite what I wrote above, I note that package "kde5libs-dev" currently contains (on sid) "kde4libs (4:4.14.14-1)". I admit this numbering scheme confuses me, but it seems that mainstream KDE is really using KDE 4. (?) Anyway, despite Eric V's advice to jump to digikam 5, I went ahead and did a local rebuild of digikam 4.14 and it seems to run fine. Question for the Debian-Qt-Kde folks: do you agree with upgrading to digikam 4.14? If so, what is the best way to get updated digikam in archive? I have just sent a request to join the Alioth project. If accepted, should I go ahead and update that? Thanks, -Steve signature.asc Description: This is a digitally signed message part.
Re: Just lost my digikam -- no longer installable :-(
On December 15, 2015 01:32:49 PM Eric Valette wrote: > On 12/15/2015 07:29 AM, Steve M. Robbins wrote: > > Anyway, despite Eric V's advice to jump to digikam 5, I went ahead and did > > a local rebuild of digikam 4.14 and it seems to run fine. > > What's the benefice of taking this path? Developpers are now focussed on > digikam 5 and the beta2 is already working fine. I realize that the developers are focused on Digikam v5; yet, it is still labelled as "beta". Moreover the 5.0.0-beta2 release announcement [1] ends with "This version is for testing purposes. It’s not currently advised to use it in production." [1] https://www.digikam.org/node/749 This is enough for me to stick with v4 at this point. Best, -Steve signature.asc Description: This is a digitally signed message part.
Bug#802754: libkface: upload to unstable
On Fri, 23 Oct 2015 12:27:48 +0530 Ritesh Raj Sarraf wrote: > Source: libkface > Severity: normal > > Hello, > > Is there good reason for not having libkface in Unstable ? Ditto! :-) I'm preparing digikam 4.14 for upload to unstable; kface is one of the optional libraries that I'd like to be able to link against. I can prepare a kface NMU if you like. Thanks, -Steve signature.asc Description: This is a digitally signed message part.
Bug#809530: Please set CMake Policy 0059 to avoid loads of warnings
Package: automoc
Version: 1.0~version-0.9.88-5
Severity: wishlist
Tags: patch
Hi,
The file /usr/lib/automoc4/Automoc4Config.cmake produces warnings such as
CMake Warning (dev) at /usr/lib/automoc4/Automoc4Config.cmake:179
(get_directory_property):
Policy CMP0059 is not set: Do no treat DEFINITIONS as a built-in directory
property. Run "cmake --help-policy CMP0059" for policy details. Use the
cmake_policy command to set the policy and suppress this warning.
See
https://buildd.debian.org/status/fetch.php?pkg=digikam&arch=arm64&ver=4%3A4.14.0-1&stamp=1450639087
Since this file pre-dates the policy change -- introduced in CMake 3.3
(August 2015) -- it should be safe to select the old policy. Use the
following patch.
--- /usr/lib/automoc4/Automoc4Config.cmake~ 2009-01-22 12:50:09.0
-0600
+++ /usr/lib/automoc4/Automoc4Config.cmake 2015-12-31 12:45:55.667665821
-0600
@@ -48,6 +48,8 @@
# (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
# THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+cmake_policy(SET CMP0059 OLD)
+
get_filename_component(_AUTOMOC4_CURRENT_DIR "${CMAKE_CURRENT_LIST_FILE}"
PATH)
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages automoc depends on:
ii libc6 2.21-6
ii libgcc1 1:5.3.1-4
ii libqt4-dev 4:4.8.7+dfsg-5
ii libqtcore4 4:4.8.7+dfsg-5
ii libstdc++6 5.3.1-4
automoc recommends no packages.
automoc suggests no packages.
-- no debconf information
-- debsums errors found:
debsums: changed file /usr/lib/automoc4/Automoc4Config.cmake (from automoc
package)
Bug#809532: Please set CMake Policies to avoid warnings
Package: kdelibs5-dev Version: 4:4.14.14-1+b1 Severity: wishlist Tags: patch Hi, The file /usr/share/kde4/apps/cmake/modules/KDE4Macros.cmake produces warnings such as: CMake Warning (dev) at /usr/share/kde4/apps/cmake/modules/KDE4Macros.cmake:759 (if): Policy CMP0054 is not set: Only interpret if() arguments as variables or keywords when unquoted. Run "cmake --help-policy CMP0054" for policy details. Use the cmake_policy command to set the policy and suppress this warning. Quoted keywords like "TEST" will no longer be interpreted as keywords when the policy is set to NEW. Since the policy is not set the OLD behavior will be used. Call Stack (most recent call first): /usr/share/kde4/apps/cmake/modules/KDE4Macros.cmake:1002 (kde4_check_executable_params) extra/kipi-plugins/expoblending/CMakeLists.txt:77 (KDE4_ADD_EXECUTABLE) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at /usr/share/kde4/apps/cmake/modules/KDE4Macros.cmake:759 (if): Policy CMP0064 is not set: Support new TEST if() operator. Run "cmake --help-policy CMP0064" for policy details. Use the cmake_policy command to set the policy and suppress this warning. TEST will be interpreted as an operator when the policy is set to NEW. Since the policy is not set the OLD behavior will be used. Call Stack (most recent call first): /usr/share/kde4/apps/cmake/modules/KDE4Macros.cmake:1002 (kde4_check_executable_params) extra/kipi-plugins/expoblending/CMakeLists.txt:77 (KDE4_ADD_EXECUTABLE) This warning is for project developers. Use -Wno-dev to suppress it. I believe this file pre-dates those policies so it should be safe to set them both to OLD, per this patch: --- /tmp/KDE4Macros.cmake 2015-12-31 12:53:54.030049857 -0600 +++ /usr/share/kde4/apps/cmake/modules/KDE4Macros.cmake 2015-12-31 12:26:31.720391206 -0600 @@ -32,6 +32,9 @@ # Redistribution and use is allowed according to the terms of the BSD license. # For details see the accompanying COPYING-CMAKE-SCRIPTS file. +cmake_policy(SET CMP0054 OLD) +cmake_policy(SET CMP0064 OLD) + Thanks, -Steve -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kdelibs5-dev depends on: ii automoc 1.0~version-0.9.88-5 ii kdelibs-bin 4:4.14.14-1+b1 ii kdoctools4:4.14.14-1+b1 ii libc62.21-6 ii libkcmutils4 4:4.14.14-1+b1 ii libkde3support4 4:4.14.14-1+b1 ii libkdeclarative5 4:4.14.14-1+b1 ii libkdecore5 4:4.14.14-1+b1 ii libkdesu54:4.14.14-1+b1 ii libkdeui54:4.14.14-1+b1 ii libkdewebkit54:4.14.14-1+b1 ii libkdnssd4 4:4.14.14-1+b1 ii libkemoticons4 4:4.14.14-1+b1 ii libkfile44:4.14.14-1+b1 ii libkhtml54:4.14.14-1+b1 ii libkidletime44:4.14.14-1+b1 ii libkimproxy4 4:4.14.14-1+b1 ii libkio5 4:4.14.14-1+b1 ii libkjsapi4 4:4.14.14-1+b1 ii libkjsembed4 4:4.14.14-1+b1 ii libkmediaplayer4 4:4.14.14-1+b1 ii libknewstuff2-4 4:4.14.14-1+b1 ii libknewstuff3-4 4:4.14.14-1+b1 ii libknotifyconfig44:4.14.14-1+b1 ii libkntlm44:4.14.14-1+b1 ii libkparts4 4:4.14.14-1+b1 ii libkprintutils4 4:4.14.14-1+b1 ii libkpty4 4:4.14.14-1+b1 ii libkrosscore44:4.14.14-1+b1 ii libkrossui4 4:4.14.14-1+b1 ii libktexteditor4 4:4.14.14-1+b1 ii libkunitconversion4 4:4.14.14-1+b1 ii libkutils4 4:4.14.14-1+b1 ii libnepomuk4 4:4.14.14-1+b1 ii libnepomukquery4a4:4.14.14-1+b1 ii libnepomukutils4 4:4.14.14-1+b1 ii libphonon-dev4:4.8.3-2 ii libplasma3 4:4.14.14-1+b1 ii libqt4-dev 4:4.8.7+dfsg-5 ii libqt4-xml 4:4.8.7+dfsg-5 ii libqtcore4 4:4.8.7+dfsg-5 ii libsolid44:4.14.14-1+b1 ii libsoprano-dev 2.9.4+dfsg-3+b1 ii libstdc++6 5.3.1-4 ii libthreadweaver4 4:4.14.14-1+b1 ii perl 5.22.1-3 Versions of packages kdelibs5-dev recommends: ii libqt4-opengl-dev 4:4.8.7+dfsg-5 kdelibs5-dev suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/share/kde4/apps/cmake/modules/KDE4Macros.cmake (from kdelibs5-dev package)
Need to use specific 1.61 version of boost?
Hi, I noticed this package's build-dep specifies libboost1.61-dev instead of using the "default version" libboost-dev package, which is currently pointing at 1.62. Is there an incompatibility preventing you from using Boost 1.62? If not, I'd recommend changing to libboost-dev as I'd like to remove boost 1.61 from the archive. Thanks, -Steve signature.asc Description: This is a digitally signed message part.
Re: Need to use specific 1.61 version of boost?
On Wednesday, December 28, 2016 3:42:39 AM CST Sandro Knauß wrote: > It is also fixed in git. Awesome. Thanks! -Steve signature.asc Description: This is a digitally signed message part.
Bug#759618: kmail stopped rendering HTML properly
Package: kmail Version: 4:4.14.0-1 Severity: normal I have configured KMail to "Prefer HTML to plain text" but today it refuses to honour that setting. Message with HTML and plain text alternatives are being shown in plain text. When I switch over to the HTML part, I see an annoying message: Note: This is an HTML message. For security reasons, only the raw HTML code is shown. If you trust the sender of this message then you can activate formatted HTML display for this message by clicking here. I would like the old behaviour back. -Steve -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kde-runtime 4:4.14.0-1 ii kdepim-runtime4:4.14.0-1 ii kdepimlibs-kio-plugins4:4.14.0-1 ii libakonadi-calendar4 4:4.14.0-1 ii libakonadi-contact4 4:4.14.0-1 ii libakonadi-kde4 4:4.14.0-1 ii libakonadi-kmime4 4:4.14.0-1 ii libakonadiprotocolinternals1 1.13.0-1 ii libc6 2.19-10 ii libcalendarsupport4 4:4.14.0-1 ii libfollowupreminder4 4:4.14.0-1 ii libgcc1 1:4.9.1-9 ii libgpgme++2 4:4.14.0-1 ii libgrantlee-core0 0.4.0-2 ii libincidenceeditorsng44:4.14.0-1 ii libkabc4 4:4.14.0-1 ii libkalarmcal2 4:4.14.0-1 ii libkcalcore4 4:4.14.0-1 ii libkcalutils4 4:4.14.0-1 ii libkcmutils4 4:4.14.0-1 ii libkdecore5 4:4.14.0-1 ii libkdepim44:4.14.0-1 ii libkdeui5 4:4.14.0-1 ii libkio5 4:4.14.0-1 ii libkleo4 4:4.14.0-1 ii libkmanagesieve4 4:4.14.0-1 ii libkmime4 4:4.14.0-1 ii libknewstuff3-4 4:4.14.0-1 ii libknotifyconfig4 4:4.14.0-1 ii libkontactinterface4a 4:4.14.0-1 ii libkparts44:4.14.0-1 ii libkpgp4 4:4.14.0-1 ii libkpimidentities44:4.14.0-1 ii libkpimtextedit4 4:4.14.0-1 ii libkpimutils4 4:4.14.0-1 ii libkprintutils4 4:4.14.0-1 ii libksieveui4 4:4.14.0-1 ii libktnef4 4:4.14.0-1 ii libmailcommon44:4.14.0-1 ii libmailimporter4 4:4.14.0-1 ii libmailtransport4 4:4.14.0-1 ii libmessagecomposer4 4:4.14.0-1 ii libmessagecore4 4:4.14.0-1 ii libmessagelist4 4:4.14.0-1 ii libmessageviewer4 4:4.14.0-1 ii libpimcommon4 4:4.14.0-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-network4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtwebkit4 2.2.1-7.1 ii libsendlater4 4:4.14.0-1 ii libsolid4 4:4.14.0-1 ii libstdc++64.9.1-9 ii libtemplateparser44:4.14.0-1 ii perl 5.20.0-4 Versions of packages kmail recommends: ii gnupg-agent 2.0.26-1 ii gnupg22.0.26-1 ii pinentry-gtk2 [pinentry-x11] 0.8.3-2 Versions of packages kmail suggests: pn clamav | f-prot-installer ii crm114 20100106-6 ii kaddressbook 4:4.14.0-1 ii kleopatra 4:4.14.0-1 ii procmail 3.22-21 ii spamassassin 3.4.0-2 -- no debconf information -- 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/20140829011425.10387.35608.reportbug@localhost
Bug#759814: "/usr/lib/kde4/kcm_kmail.so" does not offer a KDE 4 compatible factory.
Package: kmail Version: 4:4.14.0-1 Severity: normal Reproduce by: 1. Start kmail from command line. 2. Select Settings|Configure KMail fromt he menu The console output shows: kmail2(7187)/kdecore (KLibrary) kde4Factory: Expected a KPluginFactory, got a Grantlee::ScriptableTagLibrary kmail2(7187)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer a KDE 4 compatible factory. kmail2(7187)/kdecore (KLibrary) kde3Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer an "init_kcm_kmail" function. kmail2(7187)/kdecore (KLibrary) kde4Factory: Expected a KPluginFactory, got a Grantlee::ScriptableTagLibrary kmail2(7187)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer a KDE 4 compatible factory. kmail2(7187)/kdecore (KLibrary) kde3Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer an "init_kcm_kmail" function. kmail2(7187)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: kmail2(7187)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: kmail2(7187)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: kmail2(7187)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: kmail2(7187)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: kmail2(7187)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: kmail2(7187)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: kmail2(7187)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: 3. Click on the various tabs (Security, Misc, etc) More of the same shows up on the console: kmail2(7187)/kdecore (KLibrary) kde4Factory: Expected a KPluginFactory, got a Grantlee::ScriptableTagLibrary kmail2(7187)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer a KDE 4 compatible factory. kmail2(7187)/kdecore (KLibrary) kde3Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer an "init_kcm_kmail" function. kmail2(7187)/kdecore (KLibrary) kde4Factory: Expected a KPluginFactory, got a Grantlee::ScriptableTagLibrary kmail2(7187)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer a KDE 4 compatible factory. kmail2(7187)/kdecore (KLibrary) kde3Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer an "init_kcm_kmail" function. gpgconf: warning: can not open list file /home/steve/.gnupg/dirmngr_ldapservers.conf: No such file or directory kmail2(7187)/kdecore (KLibrary) kde4Factory: Expected a KPluginFactory, got a Grantlee::ScriptableTagLibrary kmail2(7187)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer a KDE 4 compatible factory. kmail2(7187)/kdecore (KLibrary) kde3Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer an "init_kcm_kmail" function. kmail2(7187)/kdecore (KLibrary) kde4Factory: Expected a KPluginFactory, got a Grantlee::ScriptableTagLibrary kmail2(7187)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer a KDE 4 compatible factory. kmail2(7187)/kdecore (KLibrary) kde3Factory: The library "/usr/lib/kde4/kcm_kmail.so" does not offer an "init_kcm_kmail" function. It's not clear to me yet what functionality, if any, is broken by this. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kde-runtime 4:4.14.0-1 ii kdepim-runtime4:4.14.0-1 ii kdepimlibs-kio-plugins4:4.14.0-1 ii libakonadi-calendar4 4:4.14.0-1 ii libakonadi-contact4 4:4.14.0-1 ii libakonadi-kde4 4:4.14.0-1 ii libakonadi-kmime4 4:4.14.0-1 ii libakonadiprotocolinternals1 1.13.0-1 ii libc6 2.19-10 ii libcalendarsupport4 4:4.14.0-1 ii libfollowupreminder4 4:4.14.0-1 ii libgcc1 1:4.9.1-9 ii libgpgme++2 4:4.14.0-1 ii libgrantlee-core0 0.4.0-2 ii libincidenceeditorsng44:4.14.0-1 ii libkabc4 4:4.14.0-1 ii libkalarmcal2 4:4.14.0-1 ii libkcalcore4 4:4.14.0-1 ii libkcalutils4 4:4.14.0-1 ii libkcmutils4 4:4.14.0-1
Bug#759618: HTML links no longer work
In addition to not rendering HTML without pleading (two button clicks per message), once rendered, links in the message do not function when clicked. -Steve signature.asc Description: Digital signature
Bug#759618: recheck the option
On Thu, Sep 11, 2014 at 04:48:21PM -0400, Brian DeRocher wrote: > I saw this too. Unchecking and rechecking "Prefer HTML to plain text" seems > to fix the issue. Thanks for the tip! For me, I had to: 1. Uncheck "Prefer HTML to plain text" 2. Click "Apply" 3. Re-check "Prefer HTML to plain text" 4. Click "Apply" signature.asc Description: Digital signature
Bug#763282: Display Configuration forgot my settings
Package: systemsettings Version: 4:4.11.12-1 Severity: normal File: /usr/bin/systemsettings I have two monitors, configured to display one desktop spanning the two. After the latest upgrade and a reboot, the system was duplicating the desktop on both. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemsettings depends on: ii kde-runtime 4:4.14.1-1 ii libc6 2.19-11 ii libfontconfig12.11.0-6.1 ii libkcmutils4 4:4.14.1-1 ii libkdecorations4abi2 4:4.11.12-1 ii libkdecore5 4:4.14.1-1 ii libkdeui5 4:4.14.1-1 ii libkhtml5 4:4.14.1-1 ii libkio5 4:4.14.1-1 ii libknewstuff3-4 4:4.14.1-1 ii libplasma34:4.14.1-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libstdc++64.9.1-15 ii libx11-6 2:1.6.2-3 systemsettings recommends no packages. systemsettings suggests no packages. -- no debconf information -- 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/20140928201229.7325.54501.reportbug@localhost
Bug#763283: Display Configuration GUI is confusing when desktop is duplicated on two monitors
Package: systemsettings Version: 4:4.11.12-1 Severity: normal File: /usr/bin/systemsettings Due to a bug, my dual-monitor system booted up with the desktop duplicated on both monitors. When I opened the Display Configuration to correct this, it showed only a single monitor (DVI-0). This led me to initially believe that the monitor detection was flawed. However, I accidentally dragged the DVI-0 box and discovered that DVI-1 was underneath it. Once I thus realized there were two boxes, I was able to put them back side-by-side and restore the setting I desired. The system needs a better way to convey the fact that the desktop is duplicated across multiple monitors. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemsettings depends on: ii kde-runtime 4:4.14.1-1 ii libc6 2.19-11 ii libfontconfig12.11.0-6.1 ii libkcmutils4 4:4.14.1-1 ii libkdecorations4abi2 4:4.11.12-1 ii libkdecore5 4:4.14.1-1 ii libkdeui5 4:4.14.1-1 ii libkhtml5 4:4.14.1-1 ii libkio5 4:4.14.1-1 ii libknewstuff3-4 4:4.14.1-1 ii libplasma34:4.14.1-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libstdc++64.9.1-15 ii libx11-6 2:1.6.2-3 systemsettings recommends no packages. systemsettings suggests no packages. -- no debconf information -- 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/20140928201633.8407.15197.reportbug@localhost
Bug#899274: KMail does not always remember the desired message list columns
Package: kmail Version: 4:17.12.3-1 Severity: normal In the folder list, KMail is able to display several columns: Name, Unread, Total, and Size. I have turned off all but Name. Kmail regularly seems to ignore my wishes and displays all four columns when I re-start. But this does not happen all the time. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kmail depends on: ii akonadi-server 4:17.12.3-2+b1 ii kdepim-runtime 4:17.12.3-2 ii kio 5.45.0-1 ii libc62.27-3 ii libgcc1 1:8.1.0-3 ii libgpgmepp6 1.11.1-1 ii libkf5akonadiagentbase5 4:17.12.3-2+b1 ii libkf5akonadicontact54:17.12.3-2 ii libkf5akonadicore5abi1 4:17.12.3-2+b1 ii libkf5akonadimime5 4:17.12.3-1 ii libkf5akonadisearch-bin 4:17.12.3-1 ii libkf5akonadisearch-plugins 4:17.12.3-1 ii libkf5akonadisearchdebug54:17.12.3-1 ii libkf5akonadisearchpim5 4:17.12.3-1 ii libkf5akonadiwidgets5abi14:17.12.3-2+b1 ii libkf5bookmarks5 5.45.0-1 ii libkf5calendarcore5abi1 4:17.12.3-1 ii libkf5calendarutils5 4:17.12.3-1 ii libkf5codecs55.45.0-1 ii libkf5completion55.45.0-1 ii libkf5configcore55.45.0-1 ii libkf5configgui5 5.45.0-1 ii libkf5configwidgets5 5.45.0-1 ii libkf5contacts5 4:17.12.3-1 ii libkf5coreaddons55.45.0-1 ii libkf5crash5 5.45.0-1 ii libkf5dbusaddons55.45.0-1 ii libkf5followupreminder5 4:17.12.3-1 ii libkf5grantleetheme-plugins 17.12.3-1 ii libkf5gravatar5abi1 4:17.12.3-1 ii libkf5guiaddons5 5.45.0-1 ii libkf5i18n5 5.45.0-1 ii libkf5iconthemes55.45.0-1 ii libkf5identitymanagement517.12.3-1 ii libkf5itemmodels55.45.0-1 ii libkf5itemviews5 5.45.0-1 ii libkf5jobwidgets55.45.0-1 ii libkf5kcmutils5 5.45.0-1 ii libkf5kiocore5 5.45.0-1 ii libkf5kiofilewidgets55.45.0-1 ii libkf5kiowidgets55.45.0-1 ii libkf5kontactinterface5 17.12.3-1 ii libkf5ksieveui5 4:17.12.3-1 ii libkf5libkdepim-plugins 4:17.12.3-1 ii libkf5libkdepim5 4:17.12.3-1 ii libkf5libkdepimakonadi5 4:17.12.3-1 ii libkf5libkleo5 4:17.12.3-2 ii libkf5mailcommon5abi14:17.12.3-1 ii libkf5mailtransport5 17.12.3-1 ii libkf5mailtransportakonadi5 17.12.3-1 ii libkf5messagecomposer5 4:17.12.3-1 ii libkf5messagecore5 4:17.12.3-1 ii libkf5messagelist5 4:17.12.3-1 ii libkf5messageviewer5 4:17.12.3-1 ii libkf5mime5abi1 17.12.3-2 ii libkf5mimetreeparser54:17.12.3-1 ii libkf5notifications5 5.45.0-2 ii libkf5notifyconfig5 5.45.0-2 ii libkf5parts5 5.45.0-1 ii libkf5pimcommon5abi1 4:17.12.3-1 ii libkf5pimcommonakonadi5 4:17.12.3-1 ii libkf5pimtextedit5abi1 17.12.3-2 ii libkf5sendlater5 4:17.12.3-1 ii libkf5service-bin5.45.0-1 ii libkf5service5 5.45.0-1 ii libkf5sonnetui5 5.45.0-1 ii libkf5templateparser54:17.12.3-1 ii libkf5textwidgets5 5.45.0-2 ii libkf5tnef5 4:17.12.3-1 ii libkf5wallet-bin 5.45.0-1 ii libkf5wallet55.45.0-1 ii libkf5webengineviewer5 4:17.12.3-1 ii libkf5widgetsaddons5 5.45.0-1 ii libkf5windowsystem5 5.45.0-1 ii libkf5xmlgui55.45.0-1 ii libqgpgme7 1.11.1-1 ii libqt5core5a 5.10.1+dfsg-6+b1 ii libqt5dbus5 5.10.1+dfsg-6+b1 ii libqt5gui5 5.10.1+dfsg-6+b1 ii libqt5network5 5.10.1+dfsg-6+b1 ii libqt5widgets5 5.10.1+dfsg-6+b1 ii libqt5xml5 5.10.1+dfsg-6+b1 ii libstdc++6 8.1.0-3 Versions of packages kmail recommends: ii accountwizard 4:17.12.3-1 ii gnupg 2.2.5-1 ii kdepim-addons 17.12.3-2 ii kdepim-themeeditors 4:17.12.3-1 ii mbox-importer 4:17.12.3-1 ii pim-data-exporter 4:17.12.3-1 ii pim-sieve-editor4:17.12.3-1 ii pinentry-gnome3 [pinentry-x11] 1.1.0-1+b1 ii pinentry-gtk2 [pinentry-x11]1.1.0-1+b1 ii pinentry-qt [pinentry-x11] 1.1.0-1+b1 Versions of packages kmail suggests: pn clamav ii crm11420100106
Bug#680547: [kgpg] Complains about missing ~/.gnupg/options
Package: kgpg Version: 4:4.8.4-4 Followup-For: Bug #680547 Still happens: the application complains when ~/.gnupg/options exists and also when it does not exist. What is the right answer? -S -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kgpg depends on: ii gnupg 1.4.12-7 ii gnupg2 2.0.19-2 ii kde-runtime 4:4.8.4-2 ii kdepim-runtime 4:4.4.11.1-6 ii libc6 2.13-38 ii libkabc44:4.8.4-2 ii libkdecore5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libkpimutils4 4:4.8.4-2 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsolid4 4:4.8.4-4 ii libstdc++6 4.7.2-5 kgpg recommends no packages. kgpg suggests no packages. -- no debconf information -- 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/20130509033313.1556.25700.reportbug@localhost
GMP change may affect kcalc
Hello, This message is addressed to all maintainers of a package that build-depends on gmp. Yesterday's upload (gmp version 5.1.2+dfsg-2) changed the location of gmp.h from /usr/include to /usr/include/$(multi-arch-triplet). This was done to fix bug #675577. This change *should* be invisible, since the compiler searches by default /usr/include/$(multi-arch-triplet). I tested a few packages and found they built fine. However, I've been informed of one package that does fail to build with this change. Since there may be other such packages, I thought I'd send out this note to alert everyone. Secondly: I removed the libtool .la files. They had been 'emptied' since 2011, so hopefully this causes no issue. Regards, -Steve -- 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/20130703024609.ga14...@sumost.ca
Bug#716815: kmail: version 4:4.10.5-1 unilaterally changed Favourites from list to icon view
Package: kmail Version: 4:4.10.5-1 Severity: normal As long as I've used it, kmail showed a list of "Favourite" mail folders in the top-left corner of the window. This new version switched the view from a list to a set of folder icons which is very unhandy when the list is large. I think it's a bug to change the view unilaterally. Moreover, there's no obvious way to change it back. -Steve -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kde-runtime 4:4.10.5-1 ii kdepim-runtime4:4.10.5-1 ii kdepimlibs-kio-plugins4:4.10.5-1 ii libakonadi-contact4 4:4.10.5-1 ii libakonadi-kde4 4:4.10.5-1 ii libakonadi-kmime4 4:4.10.5-1 ii libakonadiprotocolinternals1 1.9.2-2 ii libc6 2.17-7 ii libcalendarsupport4 4:4.10.5-1 ii libgcc1 1:4.8.1-6 ii libgpgme++2 4:4.10.5-1 ii libincidenceeditorsng44:4.10.5-1 ii libkabc4 4:4.10.5-1 ii libkcalcore4 4:4.10.5-1 ii libkcalutils4 4:4.10.5-1 ii libkcmutils4 4:4.10.5-1 ii libkdecore5 4:4.10.5-1 ii libkdepim44:4.10.5-1 ii libkdeui5 4:4.10.5-1 ii libkio5 4:4.10.5-1 ii libkleo4 4:4.10.5-1 ii libkmime4 4:4.10.5-1 ii libknotifyconfig4 4:4.10.5-1 ii libkontactinterface4 4:4.10.5-1 ii libkparts44:4.10.5-1 ii libkpgp4 4:4.10.5-1 ii libkpimidentities44:4.10.5-1 ii libkpimtextedit4 4:4.10.5-1 ii libkpimutils4 4:4.10.5-1 ii libkprintutils4 4:4.10.5-1 ii libksieveui4 4:4.10.5-1 ii libktnef4 4:4.10.5-1 ii libmailcommon44:4.10.5-1 ii libmailimporter4 4:4.10.5-1 ii libmailtransport4 4:4.10.5-1 ii libmessagecomposer4 4:4.10.5-1 ii libmessagecore4 4:4.10.5-1 ii libmessagelist4 4:4.10.5-1 ii libmessageviewer4 4:4.10.5-1 ii libnepomukcore4 4:4.10.5-1 ii libpimcommon4 4:4.10.5-1 ii libqt4-dbus 4:4.8.5+dfsg-2 ii libqt4-network4:4.8.5+dfsg-2 ii libqt4-xml4:4.8.5+dfsg-2 ii libqtcore44:4.8.5+dfsg-2 ii libqtgui4 4:4.8.5+dfsg-2 ii libqtwebkit4 2.2.1-6 ii libsolid4 4:4.10.5-1 ii libsoprano4 2.9.2+dfsg.1-1 ii libstdc++64.8.1-6 ii libtemplateparser44:4.10.5-1 ii perl 5.14.2-21 Versions of packages kmail recommends: ii gnupg-agent 2.0.20-1 ii gnupg22.0.20-1 ii pinentry-gtk2 [pinentry-x11] 0.8.1-1 Versions of packages kmail suggests: ii clamav0.97.8+dfsg-1 ii kaddressbook 4:4.10.5-1 ii kleopatra 4:4.10.5-1 ii procmail 3.22-20 ii spamassassin 3.3.2-6 -- no debconf information -- 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/20130713012940.29884.12138.reportbug@localhost
Bug#716815: found the configuration
Thankfully there is a configuration setting to change back to a list. I still consider the change during upgrade as a bug, though. -Steve -- 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/5270445.Sxi5rxQAJZ@riemann
Bug#719284: KDevelop crashes when creating new project
Package: kdevelop
Version: 4:4.3.1-3+b2
Severity: grave
KDevelop crashes when creating a new project. I got to the dialog
titled "Configure a build directory for ${project} - KDevelop" and
when I click OK, it crashes (segfault).
There is no useful backtrace, despite installing package kdevelop-dbg.
-S
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages kdevelop depends on:
ii kde-runtime 4:4.10.5-1
ii kdevelop-data 4:4.3.1-3
ii kdevplatform5-libs 1.3.1-2
ii libc6 2.17-92
ii libgcc1 1:4.8.1-8
ii libkcmutils44:4.10.5-1
ii libkdecore5 4:4.10.5-1
ii libkdeui5 4:4.10.5-1
ii libkio5 4:4.10.5-1
ii libkparts4 4:4.10.5-1
ii libktexteditor4 4:4.10.5-1
ii libplasma3 4:4.10.5-1
ii libprocessui4a 4:4.10.5-3
ii libqt4-dbus 4:4.8.5+dfsg-2
ii libqt4-help 4:4.8.5+dfsg-2
ii libqt4-network 4:4.8.5+dfsg-2
ii libqt4-script 4:4.8.5+dfsg-2
ii libqtcore4 4:4.8.5+dfsg-2
ii libqtgui4 4:4.8.5+dfsg-2
ii libqtwebkit42.2.1-6
ii libstdc++6 4.8.1-8
ii libsublime5 1.3.1-2
ii libthreadweaver44:4.10.5-1
Versions of packages kdevelop recommends:
ii g++ 4:4.8.1-2
ii gcc 4:4.8.1-2
ii gdb 7.6-5
ii make 3.81-8.2
Versions of packages kdevelop suggests:
ii cmake 2.8.11.2-1
ii kapptemplate 4:4.10.5+dfsg-1
pn kdevelop-l10n
-- no debconf information
--
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/20130810041342.22941.68156.reportbug@localhost
Bug#726831: Notice "KMail Folders is broken" then folder names turn red
Package: kmail Version: 4:4.10.5-2 Severity: normal Occasionally doing something innoccuous like switching folders will cause a notification (in System Tray "Notification" widget) that says "Resource KMail Folders is broken. This resource is now online" but it's actually impossible to view any mail contents. The KMail client just says "Retrieving Folder Contents. Please wait ..." where the mail body is usually displayed. Waiting even 10 minutes doesn't help; it must be hung somehwere. And the folder names in KMail all turn red. Restarting KMail doesn't fix it. I typically resort to rebooting. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kde-runtime 4:4.10.5-1 ii kdepim-runtime4:4.10.5-2 ii kdepimlibs-kio-plugins4:4.10.5-1 ii libakonadi-contact4 4:4.10.5-1 ii libakonadi-kde4 4:4.10.5-1 ii libakonadi-kmime4 4:4.10.5-1 ii libakonadiprotocolinternals1 1.9.2-2+b1 ii libc6 2.17-93 ii libcalendarsupport4 4:4.10.5-2 ii libgcc1 1:4.8.2-1 ii libgpgme++2 4:4.10.5-1 ii libincidenceeditorsng44:4.10.5-2 ii libkabc4 4:4.10.5-1 ii libkcalcore4 4:4.10.5-1 ii libkcalutils4 4:4.10.5-1 ii libkcmutils4 4:4.10.5-1+b1 ii libkdecore5 4:4.10.5-1+b1 ii libkdepim44:4.10.5-2 ii libkdeui5 4:4.10.5-1+b1 ii libkio5 4:4.10.5-1+b1 ii libkleo4 4:4.10.5-2 ii libkmime4 4:4.10.5-1 ii libknotifyconfig4 4:4.10.5-1+b1 ii libkontactinterface4 4:4.10.5-1 ii libkparts44:4.10.5-1+b1 ii libkpgp4 4:4.10.5-2 ii libkpimidentities44:4.10.5-1 ii libkpimtextedit4 4:4.10.5-1 ii libkpimutils4 4:4.10.5-1 ii libkprintutils4 4:4.10.5-1+b1 ii libksieveui4 4:4.10.5-2 ii libktnef4 4:4.10.5-1 ii libmailcommon44:4.10.5-2 ii libmailimporter4 4:4.10.5-2 ii libmailtransport4 4:4.10.5-1 ii libmessagecomposer4 4:4.10.5-2 ii libmessagecore4 4:4.10.5-2 ii libmessagelist4 4:4.10.5-2 ii libmessageviewer4 4:4.10.5-2 ii libnepomukcore4 4:4.10.5-1+b1 ii libpimcommon4 4:4.10.5-2 ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-network4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtwebkit4 2.2.1-6 ii libsolid4 4:4.10.5-1+b1 ii libsoprano4 2.9.2+dfsg.1-4 ii libstdc++64.8.2-1 ii libtemplateparser44:4.10.5-2 ii perl 5.18.1-4 Versions of packages kmail recommends: ii gnupg-agent 2.0.22-1 ii gnupg22.0.22-1 ii pinentry-gtk2 [pinentry-x11] 0.8.1-1 Versions of packages kmail suggests: ii clamav0.97.8+dfsg-1 ii kaddressbook 4:4.10.5-2 ii kleopatra 4:4.10.5-2 ii procmail 3.22-21 ii spamassassin 3.3.2-7 -- no debconf information -- 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/20131019171429.14078.40136.reportbug@localhost
Bug#726831: process still hangs around
Further info: when the folders turn red, I will typically exit kmail. The window closes, but at least one kmail process hangs around according to "ps". When this happened just now, I logged out of KDE and the processes all went away. KMail is working again after logging in (no reboot this time). -Steve signature.asc Description: This is a digitally signed message part.
Bug#726832: Email address input does not allow insertion of multiple characters (except at end)
Package: kmail Version: 4:4.10.5-2 Severity: normal Imagine you have mistakenly typed "san.cl...@north.pole.ca" into the "To" field of KMail. You position the cursor after the "san" and type "ta" expecting to see "santa.cl...@north.pole.ca" Instead, you see "sant.cl...@north.pole.caa" because after typing "t", the cursor bizarrely jumped to the end of the input before you typed the "a". This is wildly annoying when trying to turn "nn...@bugs.debian.org" into "n-d...@bugs.debian.org". Regards, -Steve -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kde-runtime 4:4.10.5-1 ii kdepim-runtime4:4.10.5-2 ii kdepimlibs-kio-plugins4:4.10.5-1 ii libakonadi-contact4 4:4.10.5-1 ii libakonadi-kde4 4:4.10.5-1 ii libakonadi-kmime4 4:4.10.5-1 ii libakonadiprotocolinternals1 1.9.2-2+b1 ii libc6 2.17-93 ii libcalendarsupport4 4:4.10.5-2 ii libgcc1 1:4.8.2-1 ii libgpgme++2 4:4.10.5-1 ii libincidenceeditorsng44:4.10.5-2 ii libkabc4 4:4.10.5-1 ii libkcalcore4 4:4.10.5-1 ii libkcalutils4 4:4.10.5-1 ii libkcmutils4 4:4.10.5-1+b1 ii libkdecore5 4:4.10.5-1+b1 ii libkdepim44:4.10.5-2 ii libkdeui5 4:4.10.5-1+b1 ii libkio5 4:4.10.5-1+b1 ii libkleo4 4:4.10.5-2 ii libkmime4 4:4.10.5-1 ii libknotifyconfig4 4:4.10.5-1+b1 ii libkontactinterface4 4:4.10.5-1 ii libkparts44:4.10.5-1+b1 ii libkpgp4 4:4.10.5-2 ii libkpimidentities44:4.10.5-1 ii libkpimtextedit4 4:4.10.5-1 ii libkpimutils4 4:4.10.5-1 ii libkprintutils4 4:4.10.5-1+b1 ii libksieveui4 4:4.10.5-2 ii libktnef4 4:4.10.5-1 ii libmailcommon44:4.10.5-2 ii libmailimporter4 4:4.10.5-2 ii libmailtransport4 4:4.10.5-1 ii libmessagecomposer4 4:4.10.5-2 ii libmessagecore4 4:4.10.5-2 ii libmessagelist4 4:4.10.5-2 ii libmessageviewer4 4:4.10.5-2 ii libnepomukcore4 4:4.10.5-1+b1 ii libpimcommon4 4:4.10.5-2 ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-network4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtwebkit4 2.2.1-6 ii libsolid4 4:4.10.5-1+b1 ii libsoprano4 2.9.2+dfsg.1-4 ii libstdc++64.8.2-1 ii libtemplateparser44:4.10.5-2 ii perl 5.18.1-4 Versions of packages kmail recommends: ii gnupg-agent 2.0.22-1 ii gnupg22.0.22-1 ii pinentry-gtk2 [pinentry-x11] 0.8.1-1 Versions of packages kmail suggests: ii clamav0.97.8+dfsg-1 ii kaddressbook 4:4.10.5-2 ii kleopatra 4:4.10.5-2 ii procmail 3.22-21 ii spamassassin 3.3.2-7 -- no debconf information -- 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/20131019173527.21093.15344.reportbug@localhost
Bug#712476: virtuoso-opensource-6.1: virtuoso-t uses almost 100% CPU over >100 minutes now
Hello, On Sun, Jun 16, 2013 at 11:25:16AM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > This may come from an incompatibility with older nepomuk stuff in the > database. Or something along that. > > There is a workaround: > > - Close your KDE session. > - Unsing a console, remove akonadi's database. I'm not the original reporter, but I wanted to chime in and say that the suggested workaround seems to have fixed my system. Thanks for the tip! I track unstable, updating once or twice a week. About a week ago, kmail started misbehaving: it would take seconds to switch from one message to another or to delete a message. Top would show virtuoso-t taking up a lot of CPU and my disc light was full-on most of the time. I couldn't find anything very useful with google about kmail. But since I upgrade incrementally and have turned on and off nepomuk in the past due to sluggishness, it may be true that the database files were old or corrupted. I tried your suggestion and kmail is again very responsive. Thanks again Lisandro, -Steve signature.asc Description: Digital signature
Bug#712476: virtuoso-opensource-6.1: virtuoso-t uses almost 100% CPU over >100 minutes now
On Sun, Nov 17, 2013 at 12:12:45PM -0600, Steve M. Robbins wrote: > I'm not the original reporter, but I wanted to chime in and say that > the suggested workaround seems to have fixed my system. Thanks for > the tip! Sadly, I have to write back to say that my enthusiasm was premature. While deleting the database improved things for a while, once the database was rebuilt the same kmail slowness returned. So I've gone back to mutt while searching for a solution that will allow me to use kmail. -Steve signature.asc Description: Digital signature
Bug#731302: Occasionally, deleting an email causes the Message List to go blank
Package: kmail Version: 4:4.11.3-1 Severity: normal Normally, the Message List contains a list of messages and deleting the current message will shorten the list by one entry. Occasionally, however, the entire list goes blank. Kmail recovers if I select a different folder and then return to the original folder. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kde-runtime 4:4.11.3-1 ii kdepim-runtime4:4.11.3-1 ii kdepimlibs-kio-plugins4:4.11.3-2 ii libakonadi-calendar4 4:4.11.3-2 ii libakonadi-contact4 4:4.11.3-2 ii libakonadi-kde4 4:4.11.3-2 ii libakonadi-kmime4 4:4.11.3-2 ii libakonadiprotocolinternals1 1.10.3-1 ii libc6 2.17-97 ii libcalendarsupport4 4:4.11.3-1 ii libgcc1 1:4.8.2-7 ii libgpgme++2 4:4.11.3-2 ii libgrantlee-core0 0.3.0-5 ii libincidenceeditorsng44:4.11.3-1 ii libkabc4 4:4.11.3-2 ii libkalarmcal2 4:4.11.3-2 ii libkcalcore4 4:4.11.3-2 ii libkcalutils4 4:4.11.3-2 ii libkcmutils4 4:4.11.3-2 ii libkdecore5 4:4.11.3-2 ii libkdepim44:4.11.3-1 ii libkdeui5 4:4.11.3-2 ii libkio5 4:4.11.3-2 ii libkleo4 4:4.11.3-1 ii libkmime4 4:4.11.3-2 ii libknewstuff3-4 4:4.11.3-2 ii libknotifyconfig4 4:4.11.3-2 ii libkontactinterface4 4:4.11.3-2 ii libkparts44:4.11.3-2 ii libkpgp4 4:4.11.3-1 ii libkpimidentities44:4.11.3-2 ii libkpimtextedit4 4:4.11.3-2 ii libkpimutils4 4:4.11.3-2 ii libkprintutils4 4:4.11.3-2 ii libksieveui4 4:4.11.3-1 ii libktnef4 4:4.11.3-2 ii libmailcommon44:4.11.3-1 ii libmailimporter4 4:4.11.3-1 ii libmailtransport4 4:4.11.3-2 ii libmessagecomposer4 4:4.11.3-1 ii libmessagecore4 4:4.11.3-1 ii libmessagelist4 4:4.11.3-1 ii libmessageviewer4 4:4.11.3-1 ii libnepomukcore4 4:4.11.3-1 ii libpimcommon4 4:4.11.3-1 ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-network4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtwebkit4 2.2.1-7 ii libsendlater4 4:4.11.3-1 ii libsolid4 4:4.11.3-2 ii libsoprano4 2.9.4+dfsg-1 ii libstdc++64.8.2-7 ii libtemplateparser44:4.11.3-1 ii perl 5.18.1-4 Versions of packages kmail recommends: ii gnupg-agent 2.0.22-2 ii gnupg22.0.22-2 ii pinentry-gtk2 [pinentry-x11] 0.8.1-1 Versions of packages kmail suggests: ii clamav0.97.8+dfsg-1 ii kaddressbook 4:4.11.3-1 ii kleopatra 4:4.11.3-1 ii procmail 3.22-21 ii spamassassin 3.3.2-7 -- no debconf information -- 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/20131204052834.14616.81510.reportbug@localhost
Bug#731394: Can't turn off Jovie -- keeps restarting like a virus
Package: jovie Version: 4:4.11.3-1 Severity: normal A week or two ago, I noticed that Jovie would start when I log in to KDE. I have tried turning it off using the icon in the task bar. But it annoyingly re-starts. How can I get rid of it? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jovie depends on: ii kde-runtime4:4.11.3-1 ii libc6 2.17-97 ii libkdecore54:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkio54:4.11.3-2 ii libqt4-dbus4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libspeechd20.7.1-6.3 ii libstdc++6 4.8.2-7 ii speech-dispatcher 0.7.1-6.3 Versions of packages jovie recommends: ii kmouth 4:4.11.3-1 ii speech-dispatcher-festival 0.7.1-6.3 jovie suggests no packages. -- no debconf information -- 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/20131205023448.25579.56393.reportbug@localhost
Bug#822134: Boost 1.55 to be removed; your attention required
Package: kig Severity: normal Boost 1.55 has not built correctly since the GCC 5 introduction in July 2015 and I plan to ask for its removal from unstable very shortly. It has already been removed from testing. The package kig appeared on a list of reverse dependencies generated using 'dak rm -Rn boost1.55' (see below). This bug is to request an upload with updated boost dependencies. If your package build-depends on the default boost, then a simple rebuild will suffice. If your package uses 1.55-versioned build-deps, then please check whether you can move to default boost. Or if not, at least move to 1.58. Output from ssh mirror.ftp-master.debian.org "dak rm -Rn boost1.55" follows. Checking reverse dependencies... # Broken Depends: ball: ballview [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el s390x] libball1.4 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el s390x] libballview1.4 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el s390x] python-ball [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el s390x] python-ballview [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el s390x] cufflinks/non-free: cufflinks [amd64] diet: diet-agent [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el s390x] libdiet-admin2.8 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el s390x] libdiet-client2.8 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el s390x] libdiet-dagda2.8 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el s390x] libdiet-sed2.8 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el s390x] feel++: feel++-apps [amd64 i386 powerpc] libfeel++1 [amd64 i386 powerpc] gqrx-sdr: gqrx-sdr [kfreebsd-amd64 kfreebsd-i386] gr-air-modes: gr-air-modes [kfreebsd-amd64 kfreebsd-i386] libair-modes0 [kfreebsd-amd64 kfreebsd-i386] gr-osmosdr: gr-osmosdr [kfreebsd-amd64 kfreebsd-i386] libgnuradio-osmosdr0.1.3 [kfreebsd-amd64 kfreebsd-i386] kig: kig [hurd-i386] librime: librime-bin [hurd-i386] librime1 [hurd-i386] limereg: limereg [mips mipsel] mongodb: mongodb-clients [hurd-i386 kfreebsd-i386] mongodb-server [hurd-i386 kfreebsd-i386] openvrml: libopenvrml9 [amd64 armel armhf i386 mips mipsel powerpc ppc64el s390x] openvrml-lookat [amd64 armel armhf i386 mips mipsel powerpc ppc64el s390x] pcb2gcode: pcb2gcode [kfreebsd-amd64 kfreebsd-i386] qbittorrent: qbittorrent [kfreebsd-amd64 kfreebsd-i386] qbittorrent-nox [kfreebsd-amd64 kfreebsd-i386] qpid-cpp: libqpidcommon2 [amd64 arm64 i386 mipsel powerpc ppc64el] qpidd [amd64 arm64 i386 mipsel powerpc ppc64el] smc: smc [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x] swift-im: libswiften-dev [amd64 arm64 armel armhf i386 mips mipsel powerpc ppc64el s390x] libswiften2 [amd64 arm64 armel armhf i386 mips mipsel powerpc ppc64el s390x] swift-im [amd64 arm64 armel armhf i386 mips mipsel powerpc ppc64el s390x]
Bug#992473: kmail: Unread messages suddenly pink
Package: kmail Version: 4:20.08.3-1 Severity: normal Dear Maintainer, Today KMail decided to colour unread messages (in the message list) bright pink. It was not pink previously. -Steve -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/16 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kmail depends on: ii akonadi-server 4:20.08.3-3 ii kdepim-runtime 4:20.08.3-1 ii kio 5.83.0-2 ii libc62.31-16 ii libgcc-s111.2.0-2 ii libgpgmepp6 1.14.0-1+b2 ii libkf5akonadiagentbase5 [libkf5akonadiagentbase5-20.08] 4:20.08.3-3 ii libkf5akonadicontact5 [libkf5akonadicontact5-20.08] 4:20.08.3-1 ii libkf5akonadicore5abi2 [libkf5akonadicore5-20.08]4:20.08.3-3 ii libkf5akonadimime5 [libkf5akonadimime5-20.08]4:20.08.3-1 ii libkf5akonadisearch-bin 4:20.08.3-1 ii libkf5akonadisearch-plugins 4:20.08.3-1 ii libkf5akonadisearchdebug5 [libkf5akonadisearchdebug5-20.08] 4:20.08.3-1 ii libkf5akonadisearchpim5 [libkf5akonadisearchpim5-20.08] 4:20.08.3-1 ii libkf5akonadiwidgets5abi1 [libkf5akonadiwidgets5-20.08] 4:20.08.3-3 ii libkf5bookmarks5 5.83.0-2 ii libkf5calendarcore5abi2 5:5.83.0-2 ii libkf5calendarutils5 [libkf5calendarutils5-20.08]4:20.08.3-1 ii libkf5codecs55.83.0-2 ii libkf5completion55.83.0-2 ii libkf5configcore55.83.0-2 ii libkf5configgui5 5.83.0-2 ii libkf5configwidgets5 5.83.0-3 ii libkf5contacts5 5:5.83.0-2 ii libkf5coreaddons55.83.0-2 ii libkf5crash5 5.83.0-2 ii libkf5dbusaddons55.83.0-2 ii libkf5grantleetheme-plugins 20.08.3-1 ii libkf5gravatar5abi2 [libkf5gravatar5-20.08] 4:20.08.3-1 ii libkf5guiaddons5 5.83.0-2 ii libkf5i18n5 5.83.0-3 ii libkf5iconthemes55.83.0-2 ii libkf5identitymanagement5 [libkf5identitymanagement5-20.08] 20.08.3-1 ii libkf5itemmodels55.83.0-2 ii libkf5itemviews5 5.83.0-2 ii libkf5jobwidgets55.83.0-2 ii libkf5kcmutils5 5.83.0-2 ii libkf5kiocore5 5.83.0-2 ii libkf5kiofilewidgets55.83.0-2 ii libkf5kiogui55.83.0-2 ii libkf5kiowidgets55.83.0-2 ii libkf5kontactinterface5 [libkf5kontactinterface5-20.08] 20.08.3-1 ii libkf5ksieveui5 [libkf5ksieveui5-20.08] 4:20.08.3-1 ii libkf5ldap5abi1 [libkf5ldap5-20.08] 20.08.3-1 ii libkf5libkdepim5 [libkf5libkdepim5-20.08]4:20.08.3-1 ii libkf5libkleo5 [libkf5libkleo5-20.08]4:20.08.3-1 ii libkf5mailcommon5abi2 [libkf5mailcommon5-20.08] 4:20.08.3-1 ii libkf5mailtransport5 [libkf5mailtransport5-20.08]20.08.3-1 ii libkf5mailtransportakonadi5 [libkf5mailtransportakonadi5-20 20.08.3-1 ii libkf5messagecomposer5abi1 [libkf5messagecomposer5-20.08]4:20.08.3-5 ii libkf5messagecore5abi1 [libkf5messagecore5-20.08]4:20.08.3-5 ii libkf5messagelist5abi1 [libkf5messagelist5-20.08]4:20.08.3-5 ii libkf5messageviewer5abi1 [libkf5messageviewer5-20.08]4:20.08.3-5 ii libkf5mime5abi1 [libkf5mime5-20.08] 20.08.3-1 ii libkf5mimetreeparser5abi1 [libkf5mimetreeparser5-20.08] 4:20.08.3-5 ii libkf5notifications5 5.83.0-2 ii libkf5notifyconfig5
Bug#1031953: libkf5screen8: Second monitor issues with NVIDIA
Package: libkf5screen8
Version: 4:5.27.0-1
Severity: normal
Tags: patch upstream
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.
-Steve
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (700, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0-5-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8),
LANGUAGE=en_CA:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libkf5screen8 depends on:
ii libc6 2.36-8
ii libkf5screen-data 4:5.27.0-1.1
ii libqt5core5a 5.15.8+dfsg-2
ii libqt5dbus55.15.8+dfsg-2
ii libqt5gui5 5.15.8+dfsg-2
ii libqt5x11extras5 5.15.8-2
ii libstdc++6 12.2.0-14
Versions of packages libkf5screen8 recommends:
ii hwdata 0.367-1
libkf5screen8 suggests no packages.
-- no debconf information
diff --git a/backends/xrandr/xrandrconfig.cpp b/backends/xrandr/xrandrconfig.cpp
index
4ab5b3c4e1f49752c80eb6fca4f39691954024f9..50910d44f766b755208c28bfdccee4821e9ed7e3
100644
--- a/backends/xrandr/xrandrconfig.cpp
+++ b/backends/xrandr/xrandrconfig.cpp
@@ -128,11 +128,16 @@ void XRandRConfig::applyKScreenConfig(const
KScreen::ConfigPtr &config)
const QSize newScreenSize = screenSize(config);
const QSize currentScreenSize = m_screen->currentSize();
-// Previously we initially set such screen size, that it can take the
current
-// as well as the new configuration, then we apply the output changes,
-// and finally then (if necessary) we reduce the screen size to
-// fix the new configuration precisely.Now we initially disable the output,
-// then set the target screen size, and finally we apply the output
changes.
+// When the current screen configuration is bigger than the new size (like
+// when rotating an output), the XSetScreenSize can fail or apply the
smaller
+// size only partially, because we apply the size (we have to) before the
+// output changes. To prevent all kinds of weird screen sizes from
happening,
+// we initially set such screen size, that it can take the current as well
+// as the new configuration, then we apply the output changes, and finally
then
+// (if necessary) we reduce the screen size to fix the new configuration
precisely.
+const QSize intermediateScreenSize =
+QSize(qMax(newScreenSize.width(), currentScreenSize.width()),
qMax(newScreenSize.height(), currentScreenSize.height()));
+
int neededCrtcs = 0;
// pairs of before/after
@@ -246,6 +251,7 @@ void XRandRConfig::applyKScreenConfig(const
KScreen::ConfigPtr &config)
qCDebug(KSCREEN_XRANDR) << "\tChange Screen Size:" << (newScreenSize !=
currentScreenSize);
if (newScreenSize != currentScreenSize) {
qCDebug(KSCREEN_XRANDR) << "\t\tOld:" << currentScreenSize << "\n"
+<< "\t\tIntermediate:" <<
intermediateScreenSize << "\n"
<< "\t\tNew:" << newScreenSize;
}
@@ -280,14 +286,24 @@ void XRandRConfig::applyKScreenConfig(const
KScreen::ConfigPtr &config)
disableOutput(output);
}
-if (currentScreenSize != newScreenSize) {
-for (const KScreen::OutputPtr &output : toChange) {
-disableOutput(output);
-}
+if (intermediateScreenSize != currentScreenSize) {
+setScreenSize(intermediateScreenSize);
}
bool forceScreenSizeUpdate = false;
+for (const KScreen::OutputPtr &output : toChange) {
+if (!changeOutput(output)) {
+/* If we disabled the output before changing it and XRandR failed
+ * to re-enable it, then update screen size too */
+if (toDisable.contains(output->id())) {
+output->setEnabled(false);
+qCDebug(KSCREEN_XRANDR) << "Output failed to change: " <<
output->name();
+forceScreenSizeUpdate = true;
+}
+}
+}
+
for (const KScreen::OutputPtr &output : toEnable) {
if (!enableOutput(output)) {
qCDebug(KSCREEN_XRANDR) << "Output failed to be Enabled: " <<
output->name();
@@ -302,7 +318,7 @@ void XRandRConfig::app
Bug#458133: Details, please
Hi, I don't have any reason to doubt what you say about qt's SIGBUS on hppa. But where is this documented? Without an documented evidence trail, we can't collaborate on solving this; instead, each person using "qmake" will run into this independently and waste time re-doing the legwork that you have already done. Rather than relying on supposition and rumour, maybe we could leave this bug open until the actual facts are in evidence. The bug was closed on the strength of According to some hppa people it is a misconfiguration somewhere on the buildds, so we are currently doing nothing except poking hppa buildd people occasionally. For starters, maybe Sune could post some more details about the alleged misconfiguration. For example, the URL to a relevant mailing list discussion would be nice. Also nice would be some evidence of "poking hppa buildd people". For example, was it brought up on debian-hppa? If so the message URLs would be useful. Regards, -Steve signature.asc Description: Digital signature
Bug#458133: Details, please
On Mon, Dec 31, 2007 at 05:05:38PM +0100, Sune Vuorela wrote: > On Monday 31 December 2007, Steve M. Robbins wrote: > > Hi, > > > > I don't have any reason to doubt what you say about qt's SIGBUS on > > hppa. But where is this documented? Without an documented > > evidence trail, we can't collaborate on solving this; instead, > > each person using "qmake" will run into this independently and > > waste time re-doing the legwork that you have already done. > > > > Rather than relying on supposition and rumour, maybe we could > > leave this bug open until the actual facts are in evidence. > > The bug was closed on the strength of > > > > According to some hppa people it is a misconfiguration somewhere > > on the buildds, so we are currently doing nothing except poking > > hppa buildd people occasionally. > > This is from right after midnight CET in #debian-devel on the day change to > the 31st > 00:05 < pusling> lamont: what is "bus error" on hppa ? > 00:06 < lamont> pusling: unaligned load/store > 00:06 < lamont> pusling: more specically, valid address, permission fault > 00:06 < pusling> lamont: is unaligned load/store enough to make builds fail ? > 00:06 < lamont> pusling: was - I turned that off rather recently So it sounds to me like there are two issues: 1. There is a bug, somewhere, that is generating an unaligned access 2. HPPA can be configured to handle, somehow, unaligned accesses. Your contention is that HPPA buildd machines should be reconfigured to handle unaligned access. That's fair enough, though in the past it has been claimed that this imposes a large performance penalty [1]. Irrespective of how the buildd machines are configured, however, there is a bug. I think it should be tracked. [1] http://lists.debian.org/debian-devel/2007/11/msg00871.html -Steve signature.asc Description: Digital signature
Re: [pkg-boost-devel] Bug#491225: When will the fix for #491225 hit unstable?
Hello Jeremy et al., On Sun, Aug 10, 2008 at 07:07:23PM +0200, Jeremy Lainé wrote: > Hi Steve, > >>> Any idea when there will be a new upload of libboost1.35-dev to >>> unstable? At the moment bug #491225 is blocking packaging of >>> kdevplatform and kdevelop4. >> >> I uploaded to experimental to avoid problems with stabilizing >> the distribution for Lenny release. At present, therefore, >> my plan is to wait until after the release before uploading >> to unstable. >> >> Do you need it sooner? >> >> Do you need the fix uploaded for Lenny? If so, I'm willing to make an >> upload with this one bug (#491225) fixed, but we need to get approval >> from debian-release before doing so. > > Having a fixed libboost for lenny would definitely be nice, as it would > make backporting kdevplatform-based applications to lenny that much > easier. I appreciate that it would be nice. If, however, the fix does not make the first cut for Lenny, your code has the option of working around the bug by adding #include before including . It's not elegant, but it should work. In addition, there is the possibility to push a patched Boost into the first Lenny update. > However, it's not critical as kdevplatform itself is not > targeted for lenny. Basically it's your call :) OK. Boost is kind of fragile in that nearly every upload of it fails to build (at least temporarily) on one architecture or another. So I am sticking to my original plan of no uploads to unstable until Lenny is out the door. Sorry :-) -Steve signature.asc Description: Digital signature
Boost Transitions; deprecating 1.34.1
Hello, Now that Lenny is finally released, I want to give everyone build-depending on Boost a heads-up on what's coming. This message is being sent to all package addresses that build-depend on the 1.34.1 release of Boost, i.e. libboost-dev, libboost-regex-dev, etc. In a nutshell: libboost-dev is deprecated and will be removed in the coming weeks. In its place please build-depend on libboost1.38-dev (and siblings), which will be uploaded very shortly. The Details --- The same -dev package names have been used for Boost versions 1.21 through 1.34.1. Each time a new Boost upstream was released, all the build-depending packages needed to be recompiled. Often, several packages needed source tweaks due to Boost API changes. Boost is not able to maintain a stable API across each and every Boost library [1]. Since Boost is used in several widely-used libraries and frameworks (e.g. some of kde), the resulting transition entangled a large number of packages and became too painful. As a result, starting with Boost 1.35: each Boost release is packaged in its own set of -dev packages, e.g. libboost1.37-dev, libboost-regex1.37-dev. This allows each of the build-depending package to transition at their own schedule. Hopefully, the transition is as easy as changing the Build-Depends line and recompiling. Although the parallel -dev packages serve to reduce the pain caused by each new Boost version, an explosion of boost versions is also difficult to manage. The Debian boost maintainers would like to keep a maximum of two boost versions at any one time. This desire is tempered by the fact that in the past year, Boost moved to quarterly releases. Such a pace requires that everyone update their boost build-depends line at least twice a year. I hope this is viewed as a reasonable compromise. Your thoughts on the matter are appreciated. Note that Boost 1.38 was just released. It is not yet uploaded but I hope to do so in the next day or two. That means you won't see it for some time, as it must pass through the NEW queue. In the meanwhile, you can use the existing Boost 1.37 packages to investigate what the transition means for your code. Thanks, -Steve (for the Debian Boost maintainer team) [1] This has been debated widely on the Boost lists and elsewhere. See, e.g. http://lists.boost.org/Archives/boost/2008/03/135212.php for practical experience in API changes. There was a recent thread -- see http://lists.boost.org/Archives/boost/2009/01/147260.php -- about the monolithic nature of Boost. Neither has been resolved, so we feel that the current practice is the best compromise between keeping Boost current in Debian without too many entangling transitions. signature.asc Description: Digital signature
Return of unversioned boost -dev packages (boost-defaults)
Hello, I'm pleased to announce the upload of boost-defaults, a new package that supplies unversioned -dev packages for Boost (libboost-dev, etc.) that simply depend on the current "default" Boost version (today, it is Boost 1.38.0). This means that libboost-dev and friends have effectively been upgraded from Boost 1.34.1 (nearly 2 years old) to 1.38.0. Maintainers of a package using these unversioned -dev packages (see below) are advised to check whether their package continues to build with 1.38 now. If not, it would be great to upload a fix. The release team has indicated that bin-NMUs will be scheduled later on, but would appreciate if maintainers take this opportunity to check for failures and fix them ahead of the bin-NMUs. Some packages have switched to a newer Boost version, and thus had to use a versioned -dev package such as libboost1.37-dev. If you believe the code isn't sensitive to the Boost version, you could now switch back to using unversioned -dev packages. Some Details In February, we (the Debian Boost packaging team) sent an email [1] to maintainers of affected packages that boost 1.34.1 would be removed from the archive and, with it, the unversioned -dev packages for Boost. Starting with Boost 1.35, all the -dev package names include the Boost version; e.g. libboost-python1.35-dev, etc. One common reaction to this from maintainers of packages build-depending on Boost was a request to retain the unversioned -dev package names. At the time, I didn't know how to achieve that together with our other goals; fortunately, Adeodato Sim? was able to explain it to me (see threads [2,3,4]). The result is a new package, boost-defaults, that supplies the unversioned -dev packages but which now depend on Boost 1.38 rather than the previous 1.34.1. Regards, -Steve [1] http://lists.alioth.debian.org/pipermail/pkg-boost-devel/2009-February/001773.html [2] http://lists.debian.org/debian-release/2009/03/msg00147.html [3] http://lists.debian.org/debian-release/2009/04/msg00251.html [4] http://lists.debian.org/debian-release/2009/05/msg00011.html List of packages currently using unversioned -dev packages -- (The package addresses are Bcc'd in this message) Daniel Leidert (dale) avogadro (U) openbabel (U) Guenter Geiger (Debian/GNU) ardour (U) Felipe Augusto van de Wiel (faw) mypasswordsafe Tim Abbott polybori Michael Banck avogadro (U) openbabel (U) referencer schroot (U) Daniel Baumann vmware-view-open-client Florent Bayle hugin (U) Dominique Belhachemi sofa-framework (U) Armin Berres kdebase-workspace (U) kdeedu (U) kdenetwork (U) kdepim (U) kdepimlibs (U) kdeplasma-addons (U) kdesdk (U) Eduard Bloch encfs Raphael Bossek xsd Gon??ri Le Bouder vegastrike (U) Fathi Boudra akonadi (U) kdebase-workspace (U) kdeedu (U) kdenetwork (U) kdepim (U) kdepimlibs (U) kdeplasma-addons (U) kdesdk (U) Ludovic Brenta monotone (U) Cyril Brulebois hugin (U) luxrender pingus (U) Luca Bruno nemiver Richard Antony Burton kicad (U) Ben Burton regina-normal Ross Burton exmap (U) Luk Claes schroot (U) Andrea Corradi nemiver (U) LI Daobing openbabel (U) Debian buildd-tools Developers schroot Debian Games Team asc bulletml lordsawar love performous pingus ultrastar-ng vegastrike Debian GIS Project gpsdrive Debian KDE Extras Team ktorrent Debian LyX Maintainers lyx Debian Multimedia Team ardour Debian PhotoTools Maintainers enblend-enfuse hugin Debian Python Modules Team pythonmagick Debian Qt/KDE Maintainers akonadi kdebase-workspace kdeedu kdenetwork kdepim kdepimlibs kdeplasma-addons kdesdk kdewebdev Debian VDR Team vdr-plugin-live Debian VoIP Team mumble twinkle Debian-Med Packaging Team sofa-framework Debichem Team avogadro openbabel Barry deFreese asc (U) Barry deFreese lordsawar (U) C??dric Delfosse stellarium Alexander Dreyer polybori (U) Dirk Eddelbuettel quantlib quantlib-swig rquantlib Free Ekanayaka ardour (U) Bartosz Fenski asc (U) Vincent Fourmond vegastrike (U) Vedran Fura?? bfilter Carl F??rstenberg pythonmagick (U) Bdale Garbee gnuradio Tobias Grimm vdr-plugin-live (U) Debian QA Group anymeal d4x licq sfftobmp sffview soci Thomas G??nther vdr-plugin-live (U) Christoph Haas pdns (U) pdns-recursor (U) Yaroslav Halchenko fslview (U) Michael Hanke fsl fslview Sebastian Harl enblend-enfuse (U) Varun Hiremath agave pdfedit Sven Hoexter lyx (U) Ben Hutchings dvswitch Michael Janssen player Aurelien Jarno libftdi Steffen Joeris dc-qt Thomas Jollans xmms2 (U) Robert Jordens ardour (U) Julien Jorge
Bug#531111: please depend on unversioned boost dev packages
Package: kdevplatform Severity: normal Hi, Your package depends on the Boost 1.37 development packages, which will make it fail to build when 1.37 is removed. Please depend on the unversioned Boost development packages. -Steve -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694171: ignores exif orientation tag when displaying attached image
Package: kmail Version: 4:4.4.11.1+l10n-3+b1 Severity: normal I received an email with an attached image displayed upside down. If I view the image in an exernal tool (gwenview), it is displayed properly. The EXIF orientation tag is "bottom, right", which strongly suggests kmail is ignoring it; see http://sylvana.net/jpegcrop/exif_orientation.html -S -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kde-runtime 4:4.8.4-2 ii kdepim-runtime 4:4.4.11.1-5+b1 ii kdepimlibs-kio-plugins 4:4.8.4-1 ii libakonadi-contact4 4:4.8.4-1 ii libakonadi-kde4 4:4.8.4-1 ii libc6 2.13-36 ii libgcc1 1:4.7.2-4 ii libgpgme++2 4:4.8.4-1 ii libkabc44:4.8.4-1 ii libkcal44:4.8.4-1 ii libkcmutils44:4.8.4-4 ii libkde3support4 4:4.8.4-4 ii libkdecore5 4:4.8.4-4 ii libkdepim4 4:4.4.11.1+l10n-3+b1 ii libkdeui5 4:4.8.4-4 ii libkhtml5 4:4.8.4-4 ii libkimap4 4:4.8.4-1 ii libkio5 4:4.8.4-4 ii libkldap4 4:4.8.4-1 ii libkleo44:4.4.11.1+l10n-3+b1 ii libkmime4 4:4.8.4-1 ii libknotifyconfig4 4:4.8.4-4 ii libkontactinterface44:4.8.4-1 ii libkparts4 4:4.8.4-4 ii libkpgp44:4.4.11.1+l10n-3+b1 ii libkpimidentities4 4:4.8.4-1 ii libkpimtextedit44:4.8.4-1 ii libkpimutils4 4:4.8.4-1 ii libkresources4 4:4.8.4-1 ii libksieve4 4:4.4.11.1+l10n-3+b1 ii libktnef4 4:4.8.4-1 ii libmailtransport4 4:4.8.4-1 ii libmessagecore4 4:4.4.11.1+l10n-3+b1 ii libmessagelist4 4:4.4.11.1+l10n-3+b1 ii libmimelib4 4:4.4.11.1+l10n-3+b1 ii libnepomuk4 4:4.8.4-4 ii libphonon4 4:4.6.0.0-2 ii libqt4-dbus 4:4.8.2+dfsg-2 ii libqt4-network 4:4.8.2+dfsg-2 ii libqt4-qt3support 4:4.8.2+dfsg-2 ii libqt4-xml 4:4.8.2+dfsg-2 ii libqtcore4 4:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libstdc++6 4.7.2-4 ii libthreadweaver44:4.8.4-4 ii perl5.14.2-15 ii phonon 4:4.6.0.0-2 Versions of packages kmail recommends: ii gnupg-agent 2.0.19-1 ii gnupg22.0.19-1 ii pinentry-gtk2 [pinentry-x11] 0.8.1-1 Versions of packages kmail suggests: ii clamav0.97.6+dfsg-1 ii kaddressbook 4:4.4.11.1+l10n-3+b1 ii kleopatra 4:4.4.11.1+l10n-3+b1 ii procmail 3.22-20 ii spamassassin 3.3.2-4 -- no debconf information -- 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/20121124144553.6055.6746.reportbug@localhost
[EMAIL PROTECTED]: cppunit: FTBFS on hppa]
Hello HPPA and Qt folks, Could someone help me out with BTS 341675? Suddenly the "uic" program from Qt fails to run on the hppa build daemon. There is no relevant source change in cppunit between revision -4 (which built on September 7) and revision -5. The build log shows that it runs into an illegal instruction. I ran the command by hand on paer and indeed "uic" quits with SIGILL. I ran it in the debugger and it looks like a problem in libgcc_s.so. Could someone confirm whether this is the case? Or perhaps it is actually a problem in qt3's "uic"? That comes from package qt3-dev-tools. The successful september build used qt3-dev-tools_3%3a3.3.4-7_hppa.deb but this time it is qt3-dev-tools_3%3a3.3.5-1_hppa.deb Thanks, -Steve Here's the GDB run: [EMAIL PROTECTED]:~/cppunit-1.10.2/src/qttestrunner$ gdb /usr/share/qt3/bin/uic GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "hppa-linux"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (gdb) set arg testbrowserdlg.ui -o testbrowserdlg.h (gdb) run Starting program: /usr/share/qt3/bin/uic testbrowserdlg.ui -o testbrowserdlg.h [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 29152)] Qt: gdb: -nograb added to command-line options. Use the -dograb option to enforce grabbing. Program received signal SIGILL, Illegal instruction. [Switching to Thread 16384 (LWP 29152)] 0x4200f534 in __umoddi3 () from /lib/libgcc_s.so.2 (gdb) bt #0 0x4200f534 in __umoddi3 () from /lib/libgcc_s.so.2 #1 0x40f1ca84 in QLocalePrivate::isDigit () from /usr/lib/libqt-mt.so.3 #2 0x40f1cd10 in QLocalePrivate::isDigit () from /usr/lib/libqt-mt.so.3 #3 0x40f1d8d8 in QLocalePrivate::longLongToString () from /usr/lib/libqt-mt.so.3 #4 0x40f3e8a8 in QString::setNum () from /usr/lib/libqt-mt.so.3 #5 0x40f462e4 in QString::setNum () from /usr/lib/libqt-mt.so.3 #6 0x40e3809c in QDomElement::setAttribute () from /usr/lib/libqt-mt.so.3 #7 0x40e38128 in QDomElement::setAttribute () from /usr/lib/libqt-mt.so.3 #8 0x0005ea18 in QCleanupHandler >::~QCleanupHandler () #9 0x0001d2a0 in main () Here's the original bug report: - Forwarded message from Nathanael Nerode <[EMAIL PROTECTED]> - From: Nathanael Nerode <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: cppunit: FTBFS on hppa Date: Fri, 02 Dec 2005 00:11:22 -0500 Package: cppunit Version: 1.10.2-5 Severity: serious Justification: fails to build from source Build log is at http://buildd.debian.org/fetch.php?&pkg=cppunit&ver=1.10.2-5&arch=hppa&stamp=1132795524&file=log&as=raw The relevant bit is: cd src/qttestrunner && qmake qttestrunner.pro /usr/bin/make -C src/qttestrunner make[1]: Entering directory `/build/buildd/cppunit-1.10.2/src/qttestrunner' /usr/share/qt3/bin/uic testbrowserdlg.ui -o testbrowserdlg.h make[1]: *** [testbrowserdlg.h] Illegal instruction make[1]: *** Deleting file `testbrowserdlg.h' make[1]: Leaving directory `/build/buildd/cppunit-1.10.2/src/qttestrunner' make: *** [build-stamp] Error 2 This doesn't look like your fault. - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#341675: [EMAIL PROTECTED]: cppunit: FTBFS on hppa]
On Sat, Dec 03, 2005 at 01:10:59PM -0500, Kyle McMartin wrote: > On Sat, Dec 03, 2005 at 12:45:21PM -0500, Steve M. Robbins wrote: > > 0x4200f534 in __umoddi3 () from /lib/libgcc_s.so.2 > > > > Could you tell us what the specific illegal instruction was? > You should be able to disassemble that address with "x/i 0x4200f534" > in gdb. Here you go: (gdb) x/i 0x4200f534 0x4200f534 <__umoddi3+1636>:fldw -10(,sp),fr23 -Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362972: nice to have: an external interface for stop, skip to next, etc
Package: juk Version: 4:3.5.2-2 Severity: wishlist It would be nice to have a way to hook up those special "Play", "Stop", "Reverse" and "Forward" keys on my keyboard to juk. The package "hotkeys", for example, can be configured to run a command like "xmms --stop". It would be nice if Juk had a similar command-line interface. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages juk depends on: ii kdelibs4c2a 4:3.5.2-2+b1core libraries for all KDE applica ii libakode22.0-4 akode plugin for aRts ii libarts1c2a 1.5.2-1 aRts sound system core components ii libc62.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1 GCC support library ii libglib2.0-0 2.10.2-1The GLib library of C routines ii libgstreamer0.10-0 0.10.4-1Core GStreamer libraries and eleme ii libqt3-mt3:3.3.6-1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.0-1 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-3 TagLib Audio Meta-Data Library ii libtunepimp-bin 0.4.2-3 libtunepimp simple tagging applica ii libtunepimp3 0.4.2-3 MusicBrainz tagging library and si ii libxml2 2.6.23.dfsg.2-3 GNOME XML library ii zlib1g 1:1.2.3-11 compression library - runtime juk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362972: dcop ?
On Mon, Apr 17, 2006 at 11:43:21PM +0200, Sune Vuorela wrote: > Submitter wrotes: > > It would be nice to have a way to hook up those special "Play", > > "Stop", "Reverse" and "Forward" keys on my keyboard to juk. > > JuK - as well as many other kde program can be used thru dcop like: > > $ dcop juk Player forward > $ dcop juk Player back > $ dcop juk Player stop > $ dcop juk Player play Wow. That's perfect. How did you find that nugget of information? -Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362972: dcop ?
On Tue, Apr 18, 2006 at 08:35:54AM +0200, Sune Vuorela wrote: > On Tuesday 18 April 2006 01:39, Steve M. Robbins wrote: > > > Wow. That's perfect. How did you find that nugget of > > information? > > Most kde applications have a dcop interface. OK. But how does one find that out? Look at the code? Is it just part of the "kde culture" that one should pick up by hanging out long enough? But more importantly, how did you discover that juk responds to "Player stop", etc? Where is that information documented? -Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362972: dcop ?
reopen 362972 retitle 362972 Additional documentation for juk tags 362972 + patch thanks On Mon, Apr 17, 2006 at 11:43:21PM +0200, Sune Vuorela wrote: > Submitter wrotes: > > It would be nice to have a way to hook up those special "Play", > > "Stop", "Reverse" and "Forward" keys on my keyboard to juk. > > JuK - as well as many other kde program can be used thru dcop like: > > $ dcop juk Player forward > $ dcop juk Player back > $ dcop juk Player stop > $ dcop juk Player play I think it would be worthwhile to document this interface. I'm attaching a small patch to the juk manpage to this effect. Regards, -Steve diff -u -r man.orig/juk.1 man/juk.1 --- man.orig/juk.1 2006-04-16 16:56:07.0 -0400 +++ man/juk.1 2006-04-19 21:35:44.0 -0400 @@ -1,4 +1,4 @@ -.TH "JuK" "1" "October 2003" +.TH "JuK" "1" "April 2006" .SH "NAME" juk \- music organizer and player for KDE .SH "SYNOPSIS" @@ -16,6 +16,23 @@ \fIjuk\fP does not accept any command-line options. . +.SH "DCOP" + +\fIjuk\fP has a DCOP (Desktop Communications Protocol) interface +that may be used to start, stop, skip forward to the next song, +etc. This may be done from the command line using \fIdcop\fP +as follows + +.RS +$ dcop juk Player forward + +$ dcop juk Player back + +$ dcop juk Player stop + +$ dcop juk Player play +.RE + .SH "AUTHOR" This page was written by David Schleef <[EMAIL PROTECTED]> for Debian, but may be used elsewhere. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392902: qmake-qt4 no longer escapes quotes for -Dfoo="value" on gcc command line
Package: libqt4-dev
Version: 4.2.0-1
Severity: grave
Hello,
Ipe uses qmake to build, with a "config.pri" file that contains the
following:
IPEDOCDIR = $${IPEPREFIX}/share/doc/ipe/doc
Back in July, the generated Makefile resulted in
-DIPEDOCDIR=\"/usr/share/doc/ipe/doc\"
passed to the g++ command line -- see the ipe buildd logs. Now it is
passing
-DIPEDOCDIR="/usr/share/doc/ipe/doc"
which, not surprisingly, causes a syntax error and the build fails.
Can you put it back the way it was?
Thanks,
-Steve
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages libqt4-dev depends on:
ii libaudio-dev1.8-2The Network Audio System (NAS). (d
ii libfreetype6-dev2.2.1-5 FreeType 2 font engine, developmen
ii libgl1-mesa-dev [libgl-dev] 6.5.1-0.1A free implementation of the OpenG
ii libglu1-mesa-dev [libglu-de 6.5.1-0.1The OpenGL utility library -- deve
ii libglu1-xorg-dev1:7.1.0-3transitional package for Debian et
ii libice-dev 1:1.0.1-2X11 Inter-Client Exchange library
ii libjpeg62-dev 6b-13Development files for the IJG JPEG
ii libmng-dev 1.0.9-1 M-N-G library (Development headers
ii libpng12-dev [libpng12-0-de 1.2.8rel-5.2 PNG library - development
ii libpq-dev 8.1.4-7 header files for libpq4 (PostgreSQ
ii libqt4-core 4.2.0-1 Qt 4 core non-GUI functionality ru
ii libqt4-gui 4.2.0-1 Qt 4 core GUI functionality runtim
ii libqt4-qt3support 4.2.0-1 Qt 3 compatibility library for Qt
ii libqt4-sql 4.2.0-1 Qt 4 SQL database module
ii libsm-dev 1:1.0.1-3X11 Inter-Client Exchange library
ii libx11-dev 2:1.0.0-9X11 client-side library (developme
ii libxcursor-dev 1.1.7-4 X cursor management library (devel
ii libxext-dev 1:1.0.1-2X11 miscellaneous extensions libra
ii libxft-dev 2.1.8.2-8FreeType-based font drawing librar
ii libxi-dev 1:1.0.1-3X11 Input extension library (devel
ii libxinerama-dev 1:1.0.1-4.1 X11 Xinerama extension library (de
ii libxmu-dev 1:1.0.2-2X11 miscellaneous utility library
ii libxrandr-dev 2:1.1.0.2-4 X11 RandR extension library (devel
ii libxrender-dev 1:0.9.1-3X Rendering Extension client libra
ii libxt-dev 1:1.0.2-2X11 toolkit intrinsics library (de
ii x11proto-core-dev 7.0.7-2 X11 core wire protocol and auxilia
ii xlibmesa-gl-dev 1:7.1.0-3transitional package for Debian et
ii zlib1g-dev 1:1.2.3-13 compression library - development
Versions of packages libqt4-dev recommends:
ii qt4-dev-tools 4.2.0-1Qt 4 development tools
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Boost libraries name change (again)
**NOTE** **NOTE** **NOTE** **NOTE** **NOTE** **NOTE** **NOTE** The boost library short name has changed semantics in Debian. Prior to 1.34.0-1, the short name was multi-threaded. Now it is single threaded. **NOTE** **NOTE** **NOTE** **NOTE** **NOTE** **NOTE** **NOTE** Hello, A new version of the Boost C++ libraries was been uploaded to unstable last night, so I thought I'd send an update on the state of boost -- particularly the library names. Boost library names encode the SOVERSION and build characteristics of the library, including the compiler used (gcc41) and whether multi-threading is enabled (-mt if so). This leads to long names like libboost_wserialization-gcc42-mt-1_34_1.so.1.34.1 [http://www.boost.org/more/getting_started/unix-variants.html#library-naming] that are hard to discover in the build system of boost-using software. Prior to 1.34.0-1, the previous upload to unstable, the Debian packages provided a NON-PORTABLE short form of the library name as a convenience. The short form (e.g. libboost_wserialization.so) did not have the compiler or "-mt" strings in the name, even though it was the multi-thread flavour. Other distributions, e.g. Fedora, use the so-called "layout=system" install and also have shorter-named boost libraries. However, the short-named libraries are the single-threaded flavour. The multi-threaded flavour has "-mt" appended, e.g. libboost_wserialization-mt.so). On the last upload to unstable (in May), we replaced the single shorter-named library with a pair: the multithreaded version with -mt suffix and the singlethreaded version with -st suffix. The removal of the shortcut library name broke several dependent packages and, understandably, caught folks off-guard. We apologize for that confusion. After some discussion, both internal and on bug reports #429533, #424038, #425264, #428419, #431502, and #425992, we decided to remove the "-st" suffix, restoring the short-name library and bringing our names in line with "layout=system", hence compatible with other distributions. This means that the short name has changed semantics from being the multi-threaded flavour to being now the single-threaded flavour. We realize this is going to cause some upheaval yet again, and we apologize for that. Hopefully we can agree that keeping API compatibility across distributions is worthwhile. To summarize what this means for you: 1. If you're linking to libboostX for a multi-threaded application, append "-mt". 2. If you're linking to libboostX-st, remove the "-st". Otherwise, relax. Other changes with this upload -- * It is built with the current python, version 2.4. There is no python 2.5 packages at present. We intend to seek upstream support for parallel installs Boost.Python. Email if you have any suggestions. * No pkgconfig support yet. We intend to work with upstream and other * distributions on this. Email if you have any suggestions. On behalf of the Debian Boost Team, -Steve signature.asc Description: Digital signature
Bug#316752: Control Centre/Font Installer depends on symbol recently removed from libfreetype
Package: kcontrol Version: 4:3.3.2-1 Severity: normal Hi, Running the KDE Control centre's "System Administration \ Font Installer" module results in an error dialog that says: The diagnostics is: /usr/lib/libkfontinst.so.0: undefined symbol: FTC_SBit_Cache_Lookup This is one of the symbols recently removed from libfreetype; c.f. BTS 316031, especially the symbol diff here: http://bugs.debian.org/cgi-bin/bugreport.cgi/symbols.diff?bug=316031&msg=18&att=1 I'm opening the bug on kcontrol because that's where it manifests, even though I realize the resolution might be a new upload of libfreetype. -Steve -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kcontrol depends on: ii kdebase-data 4:3.3.2-1 KDE Base (shared data) ii kdelibs4 4:3.3.2-6.1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libasound2 1.0.9-2 ALSA library ii libaudio21.7-2 The Network Audio System (NAS). (s ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfam0c102 2.7.0-7 client library to control the FAM ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.0-12 GCC support library ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpcre3 5.0-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libraw1394-5 0.10.1-1.1 library for direct access to IEEE ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libssl0.9.7 0.9.7g-1SSL shared libraries ii libstdc++5 1:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxrandr2 4.3.0.dfsg.1-14 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii libxtst6 4.3.0.dfsg.1-14 X Window System event recording an ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime kcontrol recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316752: New freetype causes other font problems
Hi, Recently, many applications from the KDE login window, to konsole, to firefox stopped using my preferred font. I just downgraded freetype back to 2.1.7 and the problem cleared up. So the freetype problem is not just an issue with the control centre. -Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325292: closed for wrong reason
Teun's initial complaint was libqt3-mt replaces libqt3c102-mt but does not provide libqt3c102-mt This is not your run of the mill "KDE is broken" bug, but a more fundamental misunderstanding of ABI transition. You should rather direct Teun et al. to Steve Langasek's message http://lists.debian.org/debian-devel-announce/2005/07/msg7.html which says, in part, The library package renames, libfoo1 -> libfoo1c2, libfoo1c102 -> libfoo1c2, or libfoo1c102 -> libfoo1, are done because there is an ABI change *without an upstream soname change*. Since there is no soname change, the files installed by the renamed package will also not change -- which means, just like for any other packages with overlapping files, you *must* conflict with the previous library package name. You must *not* add a Provides: libfoo1 or Provides: libfoo1c102 to the new package; this transition is happening because of an ABI transition, which means the new package will NOT provide the same interface as the old one, and setting Provides will lead apt to give your users broken package combinations. Regards, -Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#577250: right-click on URL broken: Could not find the program 'firefox'
Package: konsole Version: 4:4.3.4-1 Severity: normal Hi, A week or two ago, the right-click menu option "Open link" stopped working. Now I get only a dialog box titled "Sorry - Konsole" with the text: Could not find the program 'firefox' -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages konsole depends on: ii kdebase-runtime 4:4.3.4-2 runtime components from the offici ii kdelibs5 4:4.3.4-3 core libraries for all KDE 4 appli ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqtcore44:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++64.4.3-7The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-2 X11 client-side library ii libxrender1 1:0.9.5-2 X Rendering Extension client libra konsole recommends no packages. konsole suggests no packages. -- no debconf information -- 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/20100410191748.18407.37951.report...@localhost
Bug#587715: Update notification daemon displays bad grammar
Package: kdebase-runtime Version: 4:4.4.4-1 Severity: minor File: /usr/bin/knotify4 The daemon displays a message box stating "There is N updates available", which is incorrect English. For N = 1, it should read: "There is N update available" (note singular "update"). For N != 1, it should read "There are N updates available" (note verb "are"). Screen capture attached. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase-runtime depends on: ii kdebase-runtime-dat 4:4.4.4-1shared data files for the KDE 4 ba ii kdelibs5-plugins4:4.4.4-2core plugins for KDE Applications ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libattica0 0.1.4-1 a Qt library that implements the O ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libexiv2-6 0.19-3 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.4-6GCC support library ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libkde3support4 4:4.4.4-2the KDE 3 Support Library for the ii libkdecore5 4:4.4.4-2the KDE Platform Core Library ii libkdesu5 4:4.4.4-2the Console-mode Authentication Li ii libkdeui5 4:4.4.4-2the KDE Platform User Interface Li ii libkdnssd4 4:4.4.4-2the DNS-SD Protocol Library for th ii libkfile4 4:4.4.4-2the File Selection Dialog Library ii libkhtml5 4:4.4.4-2the KHTML Web Content Rendering En ii libkio5 4:4.4.4-2the Network-enabled File Managemen ii libkmediaplayer44:4.4.4-2the KMediaPlayer Interface for the ii libknewstuff2-4 4:4.4.4-2the "Get Hot New Stuff" v2 Library ii libknewstuff3-4 4:4.4.4-2the "Get Hot New Stuff" v3 Library ii libknotifyconfig4 4:4.4.4-2library for configuring KDE Notifi ii libkparts4 4:4.4.4-2the Framework for the KDE Platform ii libkpty44:4.4.4-2the Pseudo Terminal Library for th ii libkutils4 4:4.4.4-2various utility classes for the KD ii libnepomuk4 4:4.4.4-2the Nepomuk Meta Data Library ii libnepomukquery4a 4:4.4.4-2the Nepomuk Query Library for the ii libopenexr6 1.6.1-4.1runtime files for the OpenEXR imag ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libplasma3 4:4.4.4-2the Plasma Library for the KDE Pla ii libqt4-dbus 4:4.6.3-1Qt 4 D-Bus module ii libqt4-network 4:4.6.3-1Qt 4 network module ii libqt4-qt3support 4:4.6.3-1Qt 3 compatibility library for Qt ii libqt4-svg 4:4.6.3-1Qt 4 SVG module ii libqt4-xml 4:4.6.3-1Qt 4 XML module ii libqtcore4 4:4.6.3-1Qt 4 core module ii libqtgui4 4:4.6.3-1Qt 4 GUI module ii libsmbclient2:3.4.8~dfsg-1 shared library for communication w ii libsolid4 4:4.4.4-2Solid Library for KDE Platform ii libsoprano4 2.4.3+dfsg.1-1 libraries for the Soprano RDF fram ii libssh-40.4.4-1 A tiny C SSH library ii libstdc++6 4.4.4-6 The GNU Standard C++ Library v3 ii libstreamanalyzer0 0.7.2-1 streamanalyzer library for Strigi ii libstreams0 0.7.2-1 streams library for for Strigi Des ii libx11-62:1.3.3-3X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii oxygen-icon-theme 4:4.4.4-1Oxygen icon theme ii perl5.10.1-13Larry Wall's Practical Extraction ii phonon-backend-gstr 4:4.6.0really4.4.2-1 Phonon GStreamer 0.10.x backend ii plasma-scriptengine 4:4.4.4-1the JavaScript script engine for P ii shared-desktop-onto 0.5-1shared ontologies for semantic sea Versions of packages kdebase-runtime recommends: ii hal0.5.14-2 Hardware Abstraction Layer ii virtuoso-minimal 6.1.1+dfsg1-1 high-performance database - core d Versions of packages kdebase-runtime suggests: ii djvulibre-bin 3.5.22-9 Utilities for the DjVu image forma pn icoutils (no description available) -- no debconf information <>
Bug#596473: System Settings app does not remember my 2-monitor configuration after logout.
Hi, I believe this bug is the same as upstream https://bugs.kde.org/show_bug.cgi?id=183143 which is reported to be fixed by SVN commit 1170315. Cheers, -Steve signature.asc Description: Digital signature
