Bug#1017735: dolphin: Dolphin "back" button incorrect behaviour after search
Package: dolphin Version: 4:22.04.3-1 Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? This is a longstanding issue. Navigate to a directory, then execute a search (Edit | Search). Next go to any other directory. When you hit the "back" button, you will go to the previous directory rather than to the search results. Hitting "back" again takes you to the directory you just left. Hitting it a third time finally returns you to the search. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? I should only have to hit "back" once to go back to the search results (the previous panel). *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-4-amd64 (SMP w/24 CPU threads; PREEMPT) Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dolphin depends on: ii baloo-kf5 5.96.0-1 ii kinit 5.96.0-1 ii kio 5.96.0-3 ii libc6 2.34-3 ii libdolphinvcs54:22.04.3-1 ii libkf5activities5 5.96.0-2 ii libkf5baloo5 5.96.0-1 ii libkf5baloowidgets5 4:22.04.3-1 ii libkf5bookmarks5 5.96.0-1 ii libkf5codecs5 5.96.0-1 ii libkf5completion5 5.96.0-1 ii libkf5configcore5 5.96.0-1 ii libkf5configgui5 5.96.0-1 ii libkf5configwidgets5 5.96.0-1 ii libkf5coreaddons5 5.96.0-1 ii libkf5crash5 5.96.0-1 ii libkf5dbusaddons5 5.96.0-1 ii libkf5filemetadata3 5.96.0-1 ii libkf5i18n5 5.96.0-1 ii libkf5iconthemes5 5.96.0-1 ii libkf5itemviews5 5.96.0-1 ii libkf5jobwidgets5 5.96.0-1 ii libkf5kcmutils5 5.96.0-1 ii libkf5kiocore55.96.0-3 ii libkf5kiofilewidgets5 5.96.0-3 ii libkf5kiogui5 5.96.0-3 ii libkf5kiowidgets5 5.96.0-3 ii libkf5newstuff5 5.96.0-1 ii libkf5notifications5 5.96.0-1 ii libkf5parts5 5.96.0-1 ii libkf5service-bin 5.96.0-1 ii libkf5service55.96.0-1 ii libkf5solid5 5.96.0-1 ii libkf5textwidgets55.96.0-1 ii libkf5widgetsaddons5 5.96.0-1 ii libkf5windowsystem5 5.96.0-1 ii libkf5xmlgui5 5.96.0-1 ii libkuserfeedbackcore1 1.2.0-2 ii libkuserfeedbackwidgets1 1.2.0-2 ii libpackagekitqt5-11.0.2-1 ii libphonon4qt5-4 4:4.11.1-4 ii libqt5core5a 5.15.4+dfsg-5 ii libqt5dbus5 5.15.4+dfsg-5 ii libqt5gui55.15.4+dfsg-5 ii libqt5widgets55.15.4+dfsg-5 ii libqt5xml55.15.4+dfsg-5 ii libstdc++612.1.0-8 ii phonon4qt54:4.11.1-4 Versions of packages dolphin recommends: ii ffmpegthumbs 4:22.04.2-1 ii kdegraphics-thumbnailers 4:21.12.3-1 ii kimageformat-plugins 5.96.0-1 ii kio-extras4:22.04.3-1 Versions of packages dolphin suggests: ii dolphin-plugins 4:22.04.1-1 -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = "en_GB", LC_ALL = (unset), LC_TIME = "en_CA.UTF-8", LC_MONETARY = "en_CA.UTF-8", LC_CTYPE = "C.UTF-8", LC_COLLATE = "en_CA.UTF-8", LC_MEASUREMENT = "en_CA.UTF-8", LC_NUMERIC = "en_CA.UTF-8", LANG = "iu_CA.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory -- debsums errors found: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = "en_GB", LC_ALL = (unset), LC_TIME = "en_CA.UTF-8", LC_MONETARY = "en_CA.UTF-8", LC_CTYPE = "C.UTF-8", LC_COLLATE = "en_CA.UTF-8", LC_MEASUREMENT = "en_CA.UTF-8", LC_NUMERIC = "en_CA.UTF-8", LANG = "iu_CA.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C").
Bug#996726: libkdecorations2-5v5 freeze KDE on login, general protection fault
On Tue, 26 Oct 2021 10:30:16 +0200 "F.W. Dekker" wrote: > Hi Patrick, > > On Sun, 17 Oct 2021 21:47:18 +0200 Patrick Franz > wrote: > > When you upgrade Plasma packages, be sure to always upgrade the entire > > stack at once. > > That makes sense to me, but I'm not sure how I can check from `apt`'s > output whether the entire stack can be upgraded. Are there any packages > I should be looking out for? Or more specifically: What should I be > looking out for when I see that there's an update for > libkdecorations2-5v5 or a similar package in the future? > > Kind regards, > > F.W. Dekker > What I do is look at what packages are being installed. In the meanwhile, apt continues to report a broken package, which it then wants fixed before it will allow a full-upgrade with the latest updates. After that I need to re-break the package by reinstalling the older libkdedecorations.
Bug#998205: plasma-desktop: unable to log into Plasma desktop
Package: plasma-desktop Version: 4:5.21.5-2 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? after rebooting my computer, I am unable to log into my plasma desktop * What exactly did you do (or not do) that was effective (or ineffective)? I can log into GGnome or XFXE, which lets me keep working but it's not ideal. Both slow me downn. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-2-amd64 (SMP w/24 CPU threads) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plasma-desktop depends on: ii accountsservice 0.6.55-3 ii breeze 4:5.23.0-2 ii kactivitymanagerd5.23.0-1 ii kde-cli-tools4:5.21.5-2 ii kded55.86.0-1 ii kio 5.86.0-1 ii kpackagetool55.86.0-1 ii libaccounts-qt5-11.16-2 ii libc62.32-4 ii libcrypt11:4.4.25-2 ii libglib2.0-0 2.70.0-3 ii libibus-1.0-51.5.25-2 ii libkaccounts24:21.08.0-1 ii libkf5activities55.86.0-1 ii libkf5activitiesstats1 5.86.0-1 ii libkf5authcore5 5.86.0-1 ii libkf5baloo5 5.86.0-1 ii libkf5codecs55.86.0-1 ii libkf5completion55.86.0-1 ii libkf5configcore55.86.0-1 ii libkf5configgui5 5.86.0-1 ii libkf5configwidgets5 5.86.0-1 ii libkf5coreaddons55.86.0-1 ii libkf5crash5 5.86.0-1 ii libkf5dbusaddons55.86.0-1 ii libkf5declarative5 5.86.0-1 ii libkf5globalaccel-bin5.86.0-1 ii libkf5globalaccel5 5.86.0-1 ii libkf5guiaddons5 5.86.0-1 ii libkf5i18n5 5.86.0-1 ii libkf5iconthemes55.86.0-1 ii libkf5itemviews5 5.86.0-1 ii libkf5jobwidgets55.86.0-1 ii libkf5kcmutils5 5.86.0-1 ii libkf5kdelibs4support5 5.86.0-1 ii libkf5kiocore5 5.86.0-1 ii libkf5kiofilewidgets55.86.0-1 ii libkf5kiogui55.86.0-1 ii libkf5kiowidgets55.86.0-1 ii libkf5newstuff5 5.86.0-3 ii libkf5notifications5 5.86.0-1 ii libkf5notifyconfig5 5.86.0-1 ii libkf5package5 5.86.0-1 ii libkf5plasma55.86.0-1 ii libkf5plasmaquick5 5.86.0-1 ii libkf5quickaddons5 5.86.0-1 ii libkf5runner55.86.0-1 ii libkf5service-bin5.86.0-1 ii libkf5service5 5.86.0-1 ii libkf5solid5 5.86.0-1 ii libkf5sonnetcore55.86.0-1 ii libkf5sonnetui5 5.86.0-1 ii libkf5wallet-bin 5.86.0-1 ii libkf5wallet55.86.0-1 ii libkf5widgetsaddons5 5.86.0-1 ii libkf5windowsystem5 5.86.0-1 ii libkf5xmlgui55.86.0-1 ii libkworkspace5-5 4:5.21.5-3 ii libnotificationmanager1 4:5.21.5-3 ii libpackagekitqt5-1 1.0.2-1 ii libphonon4qt5-4 4:4.11.1-4 ii libprocesscore9 4:5.21.5-3 ii libqt5concurrent55.15.2+dfsg-12 ii libqt5core5a 5.15.2+dfsg-12 ii libqt5dbus5 5.15.2+dfsg-12 ii libqt5gui5 5.15.2+dfsg-12 ii libqt5network5 5.15.2+dfsg-12 ii libqt5qml5 5.15.2+dfsg-8 ii libqt5quick5 5.15.2+dfsg-8 ii libqt5quickwidgets5 5.15.2+dfsg-8 ii libqt5sql5 5.15.2+dfsg-12 ii libqt5widgets5
Bug#966091: okular: Okular has stopped recognizing links in PDF files
Package: okular Version: 4:20.04.2-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I'm creating a large documnent (142 pages) with Scribus that will be primarily distributed as a PDF. It contain a lot of links both to other sections of the document (e.g. table of contents) and to external things (web sites, e-mail addresses, telephone numbers). Up until a few days ago, these worked when I opened the exported PDF in okular. * What exactly did you do (or not do) that was effective (or ineffective)? I've tried the PDF with Document Viewer and the Buster version of okular and the links work fine. The problems seems to be the Bullseye version of okular. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-1-amd64 (SMP w/16 CPU threads) Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8), LANGUAGE=en_CA:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages okular depends on: ii kinit 5.70.0-1 ii kio 5.70.1-1 ii libc6 2.31-1 ii libfreetype6 2.10.2+dfsg-3 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libkf5activities5 5.70.0-1 ii libkf5archive55.70.0-1 ii libkf5bookmarks5 5.70.0-1 ii libkf5codecs5 5.70.0-1 ii libkf5completion5 5.70.0-1 ii libkf5configcore5 5.70.0-1 ii libkf5configgui5 5.70.0-1 ii libkf5configwidgets5 5.70.0-1 ii libkf5coreaddons5 5.70.0-1 ii libkf5crash5 5.70.0-1 ii libkf5i18n5 5.70.0-1 ii libkf5iconthemes5 5.70.0-1 ii libkf5itemviews5 5.70.0-1 ii libkf5jobwidgets5 5.70.0-1 ii libkf5kexiv2-15.0.0 19.08.1-1+b2 ii libkf5kiocore55.70.1-1 ii libkf5kiowidgets5 5.70.1-1 ii libkf5parts5 5.70.0-1 ii libkf5pty55.70.0-1 ii libkf5purpose-bin 5.70.0-1 ii libkf5purpose55.70.0-1 ii libkf5service-bin 5.70.0-1 ii libkf5service55.70.0-1 ii libkf5textwidgets55.70.0-1 ii libkf5wallet-bin 5.70.0-1 ii libkf5wallet5 5.70.0-1 ii libkf5widgetsaddons5 5.70.0-1 ii libkf5windowsystem5 5.70.0-1 ii libkf5xmlgui5 5.70.0-1+b1 ii libokular5core9 4:20.04.2-1 ii libphonon4qt5-4 4:4.11.1-3 ii libpoppler-qt5-1 0.71.0-6 ii libqca-qt5-2 2.3.1-1 ii libqmobipocket2 4:17.08.3-2+b1 ii libqt5core5a 5.14.2+dfsg-4 ii libqt5dbus5 5.14.2+dfsg-4 ii libqt5gui55.14.2+dfsg-4 ii libqt5printsupport5 5.14.2+dfsg-4 ii libqt5svg55.14.2-2 ii libqt5texttospeech5 5.14.2-2 ii libqt5widgets55.14.2+dfsg-4 ii libqt5xml55.14.2+dfsg-4 ii libspectre1 0.2.8-2 ii libstdc++610.1.0-6 ii phonon4qt54:4.11.1-3 ii zlib1g1:1.2.11.dfsg-2 Versions of packages okular recommends: ii cups-bsd 2.3.3-1 Versions of packages okular suggests: ii ghostscript9.52~dfsg-1 pn okular-extra-backends ii poppler-data 0.4.9-2 ii texlive-binaries 2020.20200327.54578-4+b1 ii unrar 1:5.6.6-2 -- debconf information excluded -- debsums errors found: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = "en_CA:en", LC_ALL = (unset), LC_TIME = "en_CA.UTF-8", LC_CTYPE = "C.UTF-8", LANG = "iu_CA.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C").
Bug#942273: drkonqi: I keep getting "drkonqi Closed Unexpectedly" messages every 30 seconds or so
Package: drkonqi Version: 5.14.5-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? this has been happening for last few days. I full-updgrade every day so that probably triggered it. * What exactly did you do (or not do) that was effective (or ineffective)? I don't know what drkonqi does but it doesn't seem to impact my system other than continually throwing up annoying messages * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-3-amd64 (SMP w/16 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages drkonqi depends on: ii kio 5.62.1-1 ii libc6 2.29-2 ii libkf5completion5 5.62.0-1 ii libkf5configcore5 5.62.0-1 ii libkf5configgui5 5.62.0-1 ii libkf5configwidgets5 5.62.0-1 ii libkf5coreaddons5 5.62.0-1 ii libkf5crash5 5.62.0-1 ii libkf5i18n5 5.62.0-1 ii libkf5idletime5 5.62.0-1 ii libkf5jobwidgets5 5.62.0-1 ii libkf5kiocore55.62.1-1 ii libkf5notifications5 5.62.0-1 ii libkf5service-bin 5.62.0-1 ii libkf5service55.62.0-1 ii libkf5wallet-bin 5.62.0-1 ii libkf5wallet5 5.62.0-1 ii libkf5widgetsaddons5 5.62.0-1 ii libkf5xmlrpcclient5 5.62.0-1 ii libqt5core5a 5.11.3+dfsg1-4 ii libqt5dbus5 5.11.3+dfsg1-4 ii libqt5gui55.11.3+dfsg1-4 ii libqt5widgets55.11.3+dfsg1-4 ii libqt5x11extras5 5.11.3-2 ii libqt5xml55.11.3+dfsg1-4 ii libstdc++69.2.1-8 drkonqi recommends no packages. drkonqi suggests no packages. -- no debconf information
Bug#882833: Acknowledgement (kontact fails to start - complains Akonadi service is unavailable)
The problem seems to be that akonadi and apparmor, which was recently added in a "full-upgrade", don't work well together. Removing apparmor and rebooting fixed the problem. On 2017-11-26 11:27 PM, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. You can follow progress on this Bug here: 882833: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882833. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian/Kubuntu Qt/KDE Maintainers If you wish to submit further information on this problem, please send it to 882...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system.
Bug#882833: kontact fails to start - complains Akonadi service is unavailable
Package: kontact Version: 4:16.04.3-4 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? been upgrading my Debian/Buster workstation each evening * What exactly did you do (or not do) that was effective (or ineffective)? tried reinstalling akonadi-server * What was the outcome of this action? same problem * What outcome did you expect instead? I would like Kontact to be usable. *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/16 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kontact depends on: ii kdepim-runtime 4:16.04.2-2+b2 ii kio 5.37.0-2 ii libc62.25-2 ii libgcc1 1:7.2.0-16 ii libkf5completion55.37.0-2 ii libkf5configcore55.37.0-2 ii libkf5configgui5 5.37.0-2 ii libkf5configwidgets5 5.37.0-2 ii libkf5coreaddons55.37.0-2 ii libkf5grantleetheme-plugins 16.04.3-1 ii libkf5grantleetheme5 16.04.3-1 ii libkf5i18n5 5.37.0-2 ii libkf5iconthemes55.37.0-2 ii libkf5identitymanagement516.04.2-1 ii libkf5kcmutils5 5.37.0-2 ii libkf5kdepimdbusinterfaces5 4:16.04.2-2 ii libkf5kiowidgets55.37.0-2 ii libkf5kontactinterface5 16.04.2-1 ii libkf5libkdepim-plugins 4:16.04.2-3 ii libkf5libkdepim5 4:16.04.2-3 ii libkf5parts5 5.37.0-2 ii libkf5service-bin5.37.0-2 ii libkf5service5 5.37.0-2 ii libkf5webkit55.37.0-2 ii libkf5widgetsaddons5 5.37.0-2 ii libkf5windowsystem5 5.37.0-2 ii libkf5xmlgui55.37.0-2 ii libqt5core5a 5.9.1+dfsg-9 ii libqt5dbus5 5.9.1+dfsg-9 ii libqt5gui5 5.9.1+dfsg-9 ii libqt5webkit55.9.1+dfsg-5 ii libqt5widgets5 5.9.1+dfsg-9 ii libstdc++6 7.2.0-16 Versions of packages kontact recommends: ii accountwizard 4:16.04.3-4 ii akregator 4:16.04.3-4 ii kaddressbook 4:16.04.3-4 ii kmail 4:16.04.3-4 ii knotes 4:16.04.3-4 ii korganizer 4:16.04.3-4 Versions of packages kontact suggests: pn gnokii -- no debconf information
Bug#804682: dolphin: Dolphin starts on wrong virtual desktop
Package: dolphin Version: 4:15.08.2-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Dolphin is one of the programs I keep open on a virtual desktop permanently. I use desktop 3 for Dolphin. However since upgrading to plasma 5 desktop, Dolphin starts on Desktop 1 and I have to move it Desktop 3. This is a minor annoyance that becomes more than an annoyance when it covers Icedove, which sometimes launches before the network share where I keep my mail folders is mounted (but that is a separate issue). * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/6 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 dolphin depends on: ii libc6 2.19-22 ii libdolphinvcs5 4:15.08.2-1 ii libkf5baloo5 5.15.0+-1 ii libkf5baloowidgets515.08.0-2 ii libkf5bookmarks5 5.15.0-1 ii libkf5codecs5 5.15.0-1 ii libkf5completion5 5.15.0-1 ii libkf5configcore5 5.15.0-1 ii libkf5configgui5 5.15.0-1 ii libkf5configwidgets5 5.15.0-1 ii libkf5coreaddons5 5.15.0-1 ii libkf5dbusaddons5 5.15.0-1 ii libkf5filemetadata35.15.0-1 ii libkf5i18n55.15.0-1 ii libkf5iconthemes5 5.15.0-1 ii libkf5itemviews5 5.15.0-1 ii libkf5jobwidgets5 5.15.0-1 ii libkf5kcmutils55.15.0-1 ii libkf5kiocore5 5.15.0-1 ii libkf5kiofilewidgets5 5.15.0-1 ii libkf5kiowidgets5 5.15.0-1 ii libkf5newstuff55.15.0-1 ii libkf5notifications5 5.15.0-1 ii libkf5parts5 5.15.0-1 ii libkf5service-bin 5.15.0+-1 ii libkf5service5 5.15.0+-1 ii libkf5solid5 5.15.0-1 ii libkf5textwidgets5 5.15.0-1 ii libkf5widgetsaddons5 5.15.0-1 ii libkf5windowsystem55.15.0-1 ii libkf5xmlgui5 5.15.0-1 ii libphonon4qt5-44:4.8.3-2 ii libqt5core5a 5.5.1+dfsg-6 ii libqt5dbus55.5.1+dfsg-6 ii libqt5gui5 5.5.1+dfsg-6 ii libqt5widgets5 5.5.1+dfsg-6 ii libqt5xml5 5.5.1+dfsg-6 ii libstdc++6 5.2.1-23 ii phonon4qt5 4:4.8.3-2 Versions of packages dolphin recommends: ii ruby 1:2.1.5.1 Versions of packages dolphin suggests: ii dolphin-plugins 4:15.08.2-1 -- no debconf information
Bug#804681: konsole doesn't launch on startup
Package: konsole Version: 4:15.08.2-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I keep konsole open on a virtual desktop at all times. I have 3 tabs open in Konsole in different directories for various purposes. Prior to the plasma5 desktop, Konsole would launch when I logged in, with the various tabs and directories preserved. It no longer does this. I have to manually launch Konsole, create the tabs and change to the directories. While not a serious flaw, it is annoying. Other programs that I keep active like Iceweasel, Kontact, gkrellm and dolphin start up on login and have their settings preserved. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/6 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 konsole depends on: ii konsole-kpart 4:15.08.2-1 ii konsole4-kpart 4:4.14.2-3 ii libc6 2.19-22 ii libkf5completion5 5.15.0-1 ii libkf5configcore5 5.15.0-1 ii libkf5configgui55.15.0-1 ii libkf5configwidgets55.15.0-1 ii libkf5coreaddons5 5.15.0-1 ii libkf5i18n5 5.15.0-1 ii libkf5iconthemes5 5.15.0-1 ii libkf5kdelibs4support5 5.15.0-1 ii libkf5kiowidgets5 5.15.0-1 ii libkf5notifyconfig5 5.15.0-1 ii libkf5widgetsaddons55.15.0-1 ii libkf5windowsystem5 5.15.0-1 ii libkf5xmlgui5 5.15.0-1 ii libqt5core5a5.5.1+dfsg-6 ii libqt5gui5 5.5.1+dfsg-6 ii libqt5widgets5 5.5.1+dfsg-6 ii libstdc++6 5.2.1-23 konsole recommends no packages. konsole suggests no packages. -- no debconf information
Bug#801106: sddm still fails to start
On 28/10/15 06:45 PM, Diederik de Haas wrote: On Wednesday 28 October 2015 17:13:14 Gary Dale wrote: "Failed to bring up the login screen" is as it says. The screen gets switched into graphical mode (blank) but nothing ever displays on it. I can bring up a TTY using an alt-Fkey combination but nothing graphical. Have you checked ~/.xsession-errors ? Or /var/log/Xorg.0.log? Or any other log files to determine what went wrong? Nothing in either that pertains to the starting of a KDE session.
Bug#801106: sddm still fails to start
On 28/10/15 02:56 PM, Matthias Klumpp wrote: Hi! Are you using Plymouth? If so, I might have resolved this issue already (not yet uploaded to the archive). Please try applying this patch to the /lib/systemd/system/sddm.service file: http://anonscm.debian.org/cgit/pkg-kde/kde-std/sddm.git/commit/?id=b50b826a4809b85270d5adc026b6d28fcdbb47c5 And see if that resolves the issue. Anyway, "failed to bring up the login screen" is very broad - what exacly happened? Did it crash? Did you get a tty, or just a black screen? Cheers, Matthias No, I am not using Plymouth. "Failed to bring up the login screen" is as it says. The screen gets switched into graphical mode (blank) but nothing ever displays on it. I can bring up a TTY using an alt-Fkey combination but nothing graphical.
Bug#758707: plasma-desktop: Once more broken
Package: plasma-desktop Version: 4:5.4.2-1 Followup-For: Bug #758707 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I did a full-upgrade then restarted my system. This was a disaster. There were several problems, including: - eth0 had to be renamed eth1 in /etc/network/interfaces - sddm wouldn't start. I had to install lightdm (gdm isn't available) - At this point I could log in, but I can't get to plasma-desktop. I get the initial progress screen but then get taken back to lightdm's login. Gnome-Flashback also doesn't work very well. The screen is low-res and stretched, like 4:3 being displayed as 16:9. I'm using xfce now as it appears to be working. konsole doesn't work but dolphin and kontact do, although dolphin is even more crash-prone than ever. *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages plasma-desktop depends on: ii breeze 4:5.4.2-1 ii kactivities 5.15.0-1 ii kde-cli-tools 4:5.4.2-1 ii kded5 5.15.0-1 ii kio 5.15.0-1 ii libc6 2.19-22 ii libcanberra00.30-2.1 ii libfontconfig1 2.11.0-6.3 ii libgcc1 1:5.2.1-22 ii libkf5activities5 5.15.0-1 ii libkf5activitiesexperimentalstats1 4:5.4.2-1 ii libkf5archive5 5.15.0-1 ii libkf5auth5 5.15.0-1 ii libkf5baloo55.15.0+-1 ii libkf5bookmarks55.15.0-1 ii libkf5codecs5 5.15.0-1 ii libkf5completion5 5.15.0-1 ii libkf5configcore5 5.15.0-1 ii libkf5configgui55.15.0-1 ii libkf5configwidgets55.15.0-1 ii libkf5coreaddons5 5.15.0-1 ii libkf5dbusaddons5 5.15.0-1 ii libkf5emoticons55.15.0-1 ii libkf5globalaccel5 5.15.0-1 ii libkf5guiaddons55.15.0-1 ii libkf5i18n5 5.15.0-1 ii libkf5iconthemes5 5.15.0-1 ii libkf5itemviews55.15.0-1 ii libkf5jobwidgets5 5.15.0-1 ii libkf5kcmutils5 5.15.0-1 ii libkf5kdelibs4support5 5.15.0-1 ii libkf5kiocore5 5.15.0-1 ii libkf5kiofilewidgets5 5.15.0-1 ii libkf5kiowidgets5 5.15.0-1 ii libkf5newstuff5 5.15.0-1 ii libkf5notifications55.15.0-1 ii libkf5notifyconfig5 5.15.0-1 ii libkf5parts55.15.0-1 ii libkf5people5 5.15.0-1 ii libkf5peoplewidgets55.15.0-1 ii libkf5plasma5 5.15.0-1 ii libkf5plasmaquick5 5.15.0-1 ii libkf5quickaddons5 5.15.0-1 ii libkf5runner5 5.15.0-1 ii libkf5service-bin 5.15.0+-1 ii libkf5service5 5.15.0+-1 ii libkf5solid55.15.0-1 ii libkf5sonnetui5 5.15.0-1 ii libkf5wallet-bin5.15.0-1 ii libkf5wallet5 5.15.0-1 ii libkf5widgetsaddons55.15.0-1 ii libkf5windowsystem5 5.15.0-1 ii libkf5xmlgui5 5.15.0-1 ii libkfontinst5 4:5.4.2-1 ii libkfontinstui5 4:5.4.2-1 ii libkworkspace5-54:5.4.2-1 ii libphonon4qt5-4 4:4.8.3-2 ii libpulse-mainloop-glib0 7.0-1 ii libpulse0 7.0-1 ii libqt5concurrent5 5.4.2+dfsg-9 ii libqt5core5a5.4.2+dfsg-9 ii libqt5dbus5 5.4.2+dfsg-9 ii libqt5gui5 5.4.2+dfsg-9 ii libqt5network5 5.4.2+dfsg-9 ii libqt5printsupport5 5.4.2+dfsg-9 ii libqt5qml5 5.4.2-6 ii libqt5quick55.4.2-6 ii libqt5svg5 5.4.2-3 ii libqt5widgets5 5.4.2+dfsg-9 ii libqt5x11extras55.5.1-2 ii libqt5xml5 5.4.2+dfsg-9 ii libstdc++6 5.2.1-22 ii libtaskmanager5 4:5.4.2-1 ii libx11-62:1.6.3-1 ii libx11-xcb1
Bug#801106: sddm still fails to start
Package: sddm Version: 0.12.0-4 Followup-For: Bug #801106 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I restarted my system this morning but it failed to bring up a login screen * What exactly did you do (or not do) that was effective (or ineffective)? Booted to rescue mode and did an update/full-upgrade. When that didn't fix the problem, I installed xdm. * What was the outcome of this action? I can now get to a login screen and run a gui. * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/6 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 sddm depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.57 ii libc6 2.19-22 ii libgcc1 1:5.2.1-22 ii libpam0g1.1.8-3.1 ii libqt5core5a5.4.2+dfsg-9 ii libqt5dbus5 5.4.2+dfsg-9 ii libqt5gui5 5.4.2+dfsg-9 ii libqt5network5 5.4.2+dfsg-9 ii libqt5qml5 5.4.2-6 ii libqt5quick55.4.2-6 ii libstdc++6 5.2.1-22 ii libsystemd0 227-2 ii libxcb-xkb1 1.10-3+b1 ii libxcb1 1.10-3+b1 ii qml-module-qtquick2 5.4.2-6 ii sddm-theme-breeze [sddm-theme] 4:5.4.2-1 sddm recommends no packages. Versions of packages sddm suggests: ii libpam-kwallet5 5.4.2-1 -- debconf information: * shared/default-x-display-manager: xdm sddm/daemon_name: /usr/bin/sddm
Bug#799308: akonadi-server: Akonadi service fails to start after latest full-upgrade
Package: akonadi-server Version: 1.13.0-8 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Did an aptitude full-upgrade. Now I can't use Kontact. * What exactly did you do (or not do) that was effective (or ineffective)? tried and failed to manually start the service * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/6 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 akonadi-server depends on: ii akonadi-backend-sqlite 1.13.0-8 ii libakonadiprotocolinternals11.13.0-8 ii libboost-program-options1.58.0 1.58.0+dfsg-3 ii libc6 2.19-19 ii libgcc1 1:5.2.1-17 ii libqt4-dbus 4:4.8.7+dfsg-3 ii libqt4-network 4:4.8.7+dfsg-3 ii libqt4-sql 4:4.8.7+dfsg-3 ii libqt4-xml 4:4.8.7+dfsg-3 ii libqtcore4 4:4.8.7+dfsg-3 ii libqtgui4 4:4.8.7+dfsg-3 ii libstdc++6 5.2.1-17 akonadi-server recommends no packages. Versions of packages akonadi-server suggests: pn akonadi-backend-mysql pn akonadi-backend-postgresql ii akonadi-backend-sqlite 1.13.0-8 -- no debconf information
Bug#787727: kontact: events don't show up on correct date in week view
Package: kontact Version: 4:4.14.1-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I have a recurring event that had one recurrance modified. I disassociated it from recurrance then edited to the correct date (from June 11 to June 4). Instead of showing up on June 4, it shows up on June 7 in week view. To make matters worse, it shows up in Day view and Agenda view only on June 11. It does show up correctly in Month view however. * What exactly did you do (or not do) that was effective (or ineffective)? Tried various other views. Tried restart Kontact and tried rebooting. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/6 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 kontact depends on: ii kde-runtime 4:4.14.2-2 ii libc6 2.19-18 ii libkcmutils4 4:4.14.2-5 ii libkdecore5 4:4.14.2-5 ii libkdepim44:4.14.1-1 ii libkdepimdbusinterfaces4 4:4.14.1-1 ii libkdeui5 4:4.14.2-5 ii libkdewebkit5 4:4.14.2-5 ii libkio5 4:4.14.2-5 ii libkontactinterface4a 4:4.14.2-2+b1 ii libkparts44:4.14.2-5 ii libkpimidentities44:4.14.2-2+b1 ii libkpimutils4 4:4.14.2-2+b1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtwebkit4 2.3.4.dfsg-3 ii libstdc++64.9.2-10 Versions of packages kontact recommends: ii akregator 4:4.14.1-1 ii kaddressbook 4:4.14.1-1 ii kmail 4:4.14.1-1 ii knotes4:4.14.1-1 ii korganizer4:4.14.1-1 Versions of packages kontact suggests: pn gnokii ii kjots 4:4.14.1-1 ii knode 4:4.14.1-1 ii ktimetracker 4:4.14.1-1 -- 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/20150604134804.7015.25527.reportbug@transponder.rahim-dale
Bug#750118: dolphin: Dolphin creates lots of zombie processes when used
Package: dolphin Version: 4:4.12.4-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Using Dolphin for almost anything * What exactly did you do (or not do) that was effective (or ineffective)? Terminating Dolphin and restarting it * What was the outcome of this action? It removes the zombie processes * What outcome did you expect instead? Dolphin should't be creating zombie processes. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dolphin depends on: ii kde-runtime 4:4.13.1-1 ii libc6 2.18-7 ii libkactivities6 4:4.13.1-1 ii libkcmutils44:4.13.1-1 ii libkdecore5 4:4.13.1-1 ii libkdeui5 4:4.13.1-1 ii libkfile4 4:4.13.1-1 ii libkio5 4:4.13.1-1 ii libknewstuff3-4 4:4.13.1-1 ii libkonq5abi14:4.12.4-1 ii libkparts4 4:4.13.1-1 ii libnepomukcore4 4:4.12.4-1+b1 ii libnepomukwidgets4abi1 4:4.13.1-1 ii libphonon4 4:4.7.1-1 ii libplasma3 4:4.13.1-1 ii libqt4-dbus 4:4.8.6+dfsg-1 ii libqt4-xml 4:4.8.6+dfsg-1 ii libqtcore4 4:4.8.6+dfsg-1 ii libqtgui4 4:4.8.6+dfsg-1 ii libsolid4 4:4.13.1-1 ii libsoprano4 2.9.4+dfsg-1 ii libstdc++6 4.9.0-4 ii libxrender1 1:0.9.8-1 ii phonon 4:4.7.1-1 Versions of packages dolphin recommends: ii ruby 1:2.1.0.1 Versions of packages dolphin suggests: ii kdesdk-dolphin-plugins 4:4.13.1-1 -- 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/20140601191208.9545.7321.reportbug@transponder.rahim-dale
Bug#721053: kontact: lost all my data when kontact upgraded
On 27/08/13 09:55 PM, Lisandro Damián Nicanor Pérez Meyer wrote: On Tuesday 27 August 2013 17:00:49 Gary Dale wrote: OK, got it. There are some grey blobs beside the address books and calendars that need to be checked. For some reason the upgrade unchecked them. It's not obvious that they are check boxes and they aren't all that noticeable being grey with white border on a white background. Once there is a check mark inside them, they stand out nicely but until then it's hard to say what they are. Has that solved your problem? Sorry, but I don't quite understand the outcome of this from the above text :-/ Yes. The address book and calendars were deselected. That's why they appeared to be empty. -- 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/521d6884.6030...@torfree.net
Bug#721053: kontact: lost all my data when kontact upgraded
OK, got it. There are some grey blobs beside the address books and calendars that need to be checked. For some reason the upgrade unchecked them. It's not obvious that they are check boxes and they aren't all that noticeable being grey with white border on a white background. Once there is a check mark inside them, they stand out nicely but until then it's hard to say what they are. On 27/08/13 01:34 PM, Martin Steigerwald wrote: Am Dienstag, 27. August 2013, 11:21:17 schrieb Gary Dale: Package: kontact Version: 4:4.10.5-2 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I'm running Jessie and performed my daily aptitude full-upgrade. When I rebooted my system, the kmail migration tool started. I told it to upgrade but when kontact started there was no data showing. My calendar and contacts lists are empty. Gary, please read Akonadi misconception #1: where is my data? http://blogs.kde.org/2011/11/13/akonadi-misconception-1-where-my-data It may well be that you original data is still there. * What exactly did you do (or not do) that was effective (or ineffective)? I tried re-running the kmail-migrator --interactive but it said it had already been run and refused to run again. I suggest not to run the migrator. I have read repeatedly that it doesn´t always do its job very well. * What was the outcome of this action? I still don't have my calendar or contact information. First: Do you have a backup of your home directory? Then make sure not to overwrite it with the current state. If not: Then next time have one. Second: Are original data files still there? Calendar: martin@merkaba:~/.kde/share/apps/korganizer> ls -l std.ics -rw-r--r-- 1 martin martin 7343725 Aug 26 20:59 std.ics But could be at a different place for you. Contacts: martin@merkaba:~/.kde/share/apps/kabc> ls -l std.vcf -rw-r--r-- 1 martin martin 0 Aug 27 11:12 std.vcf I already have them all in standard akonadi location ~/.local/share/contacts as one vcf file per contact. If you do not find anything, I suggest you install akonadiconsole. There should be an address book and a calendar resource. Select "Configure Natively..." and look where they point at. Also somewhere in userbase.kde.org alternative storage locations for contacts and calendars are mentioned. * What outcome did you expect instead? I want kontact to show my calendar and contact information. Well first locate your data on disk and if really gone, restore from backup. We can look further from there. In the moment I think it is likely that Kontact just does not display the data, but it is still on disk. If that is the case, I think its possible to get it to show the data. Ciao, My data is on disk and in the correct locations. When I open the std.ics file or the vcf files they appear OK. However Kontact doesn't show any calendar items or contacts. When I make a copy of std.ics and import it, I still have no calendar entries. When I try to import the .vcf files, I still have no contacts. akonadiconsole shows that the files are being sought in the correct locations. -- 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/521d1381.2090...@torfree.net
Bug#721053: kontact: lost all my data when kontact upgraded
On 27/08/13 01:34 PM, Martin Steigerwald wrote: Am Dienstag, 27. August 2013, 11:21:17 schrieb Gary Dale: Package: kontact Version: 4:4.10.5-2 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I'm running Jessie and performed my daily aptitude full-upgrade. When I rebooted my system, the kmail migration tool started. I told it to upgrade but when kontact started there was no data showing. My calendar and contacts lists are empty. Gary, please read Akonadi misconception #1: where is my data? http://blogs.kde.org/2011/11/13/akonadi-misconception-1-where-my-data It may well be that you original data is still there. * What exactly did you do (or not do) that was effective (or ineffective)? I tried re-running the kmail-migrator --interactive but it said it had already been run and refused to run again. I suggest not to run the migrator. I have read repeatedly that it doesn´t always do its job very well. * What was the outcome of this action? I still don't have my calendar or contact information. First: Do you have a backup of your home directory? Then make sure not to overwrite it with the current state. If not: Then next time have one. Second: Are original data files still there? Calendar: martin@merkaba:~/.kde/share/apps/korganizer> ls -l std.ics -rw-r--r-- 1 martin martin 7343725 Aug 26 20:59 std.ics But could be at a different place for you. Contacts: martin@merkaba:~/.kde/share/apps/kabc> ls -l std.vcf -rw-r--r-- 1 martin martin 0 Aug 27 11:12 std.vcf I already have them all in standard akonadi location ~/.local/share/contacts as one vcf file per contact. If you do not find anything, I suggest you install akonadiconsole. There should be an address book and a calendar resource. Select "Configure Natively..." and look where they point at. Also somewhere in userbase.kde.org alternative storage locations for contacts and calendars are mentioned. * What outcome did you expect instead? I want kontact to show my calendar and contact information. Well first locate your data on disk and if really gone, restore from backup. We can look further from there. In the moment I think it is likely that Kontact just does not display the data, but it is still on disk. If that is the case, I think its possible to get it to show the data. Ciao, My data is on disk and in the correct locations. When I open the std.ics file or the vcf files they appear OK. However Kontact doesn't show any calendar items or contacts. When I make a copy of std.ics and import it, I still have no calendar entries. When I try to import the .vcf files, I still have no contacts. akonadiconsole shows that the files are being sought in the correct locations. -- 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/521d06a7.2000...@torfree.net
Bug#721053: kontact: lost all my data when kontact upgraded
On 27/08/13 12:00 PM, Lisandro Damián Nicanor Pérez Meyer wrote: Control: tag 721053 moreinfo unreproducible thanks On Tuesday 27 August 2013 11:21:17 Gary Dale wrote: Package: kontact Version: 4:4.10.5-2 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I'm running Jessie and performed my daily aptitude full-upgrade. When I rebooted my system, the kmail migration tool started. I told it to upgrade but when kontact started there was no data showing. My calendar and contacts lists are empty. * What exactly did you do (or not do) that was effective (or ineffective)? I tried re-running the kmail-migrator --interactive but it said it had already been run and refused to run again. * What was the outcome of this action? I still don't have my calendar or contact information. * What outcome did you expect instead? I want kontact to show my calendar and contact information. Hi Gary! First of all, let me tell you I'm by no means a KMail expert. So most of I could suggest/ask here comes from asking other people. I would like to know where was your data stored. Was it in your hard drive or in a Kolab server? Just for the record, when I did the migration some months ago I didn't had that problem, so it might be a special setup here. Kinds regards, Lisandro. I have no special setup. All my data is presumably stored in the default locations for each item. For example, I note that when I try to import a backup copy of std.ics, std.ics gets larger but I still don't have any entries showing in my calendar. The location seems to be identified in ~/.kde/share/config/kresources/calendar/stdrc as CalendarURL[$e]=file://$HOME/.kde/share/apps/korganizer/std.ics I'm not sure where my contact list is stored but I haven't changed the default. The stdrc file for contact doesn't list a location. So far as kmail goes, I don't use it. However it seems to be what was responsible for migrating my data to the new version of kontact. -- 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/521cd700.2080...@torfree.net
Bug#721053: kontact: lost all my data when kontact upgraded
Package: kontact Version: 4:4.10.5-2 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I'm running Jessie and performed my daily aptitude full-upgrade. When I rebooted my system, the kmail migration tool started. I told it to upgrade but when kontact started there was no data showing. My calendar and contacts lists are empty. * What exactly did you do (or not do) that was effective (or ineffective)? I tried re-running the kmail-migrator --interactive but it said it had already been run and refused to run again. * What was the outcome of this action? I still don't have my calendar or contact information. * What outcome did you expect instead? I want kontact to show my calendar and contact information. *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/6 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kontact depends on: ii kde-runtime 4:4.10.5-1 ii libc6 2.17-92 ii libkcmutils4 4:4.10.5-1 ii libkdecore5 4:4.10.5-1 ii libkdepim44:4.10.5-2 ii libkdepimdbusinterfaces4 4:4.10.5-2 ii libkdeui5 4:4.10.5-1 ii libkdewebkit5 4:4.10.5-1 ii libkio5 4:4.10.5-1 ii libkontactinterface4 4:4.10.5-1 ii libkparts44:4.10.5-1 ii libkpimidentities44:4.10.5-1 ii libkpimutils4 4:4.10.5-1 ii libqt4-dbus 4: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-5 ii libstdc++64.8.1-2 Versions of packages kontact recommends: ii akregator 4:4.10.5-2 ii kaddressbook 4:4.10.5-2 ii kmail 4:4.10.5-2 ii knotes4:4.10.5-2 ii korganizer4:4.10.5-2 Versions of packages kontact suggests: pn gnokii ii kjots 4:4.10.5-2 ii knode 4:4.10.5-2 ii ktimetracker 4:4.10.5-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: http://lists.debian.org/20130827152117.6412.22821.reportbug@transponder.rahim-dale
Re: Bug#585824: Acknowledgement (KDE no longer works)
On 14/06/10 01:25 PM, Modestas Vainius wrote: Hello, On pirmadienis 14 Birželis 2010 16:57:57 Gary Dale wrote: This morning's updates have restored limited functionality to my KDE desktop. I now get a short menu with a right-click that allows me to run commands. However I do not get the kicker/kickoff bar or the applets that allow me to do things like switch pages. The original problem should no longer be there if you have libkdecore5 at 4:4.4.4-1 (check with `dpkg -l libkdecore5`). However, plasma-desktop config files might be corrupt due to previous breakage. Try removing them (might result in some data loss, you may want to backup them first): $ rm ~/.kde/share/config/plasma-desktop* I mv'd the files rather than rm'ng them. That did the trick. Thanks! -- 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/4c167796.6070...@rogers.com
Bug#585824: Acknowledgement (KDE no longer works)
On 13/06/10 11:45 PM, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian Qt/KDE Maintainers If you wish to submit further information on this problem, please send it to 585...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. This morning's updates have restored limited functionality to my KDE desktop. I now get a short menu with a right-click that allows me to run commands. However I do not get the kicker/kickoff bar or the applets that allow me to do things like switch pages. -- 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/4c163565.6090...@rogers.com
Bug#585824: KDE no longer works
Package: kde Version: kde-desktop Severity: grave Tags: squeeze Justification: renders package unusable After installing the latest upgrades to Squeeze, I have lost my KDE desktop. While KDE starts, I have no taskbar nor menus. The desktop does not respond to clicks or mouse moves of any kind. I did note that at least one application (iceweasel) seems to have started so it looks like the session is being restored. However I can't do anything. I tried creating a new user account and logging in to it, but again failed to get a working KDE desktop. I also tried purging and reinstalling but with no luck there either. I have temporarily switched to Gnome to be able to use my computer. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- 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/4c15a50e.9090...@rogers.com
Bug#559952: kdebase is not installable
Package: kdebase Version: current Squeeze version Severity: important For the last few days I have been unable to install any updates to KDE because there are unmet dependencies such as libgnokii and libxklavier15 which prevent the installation from proceeding. Here's an example attempt: transponder:/home/garydale# aptitude install kdebase Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages are BROKEN: kdebase-workspace-bin The following NEW packages will be installed: google-gadgets-common{a} google-gadgets-gst{a} google-gadgets-qt{a} google-gadgets-xul{a} kappfinder{a} kde-minimal{a} kdebase kdebase-apps{a} kdebase-workspace{a} kdebase-workspace-data{a} kdebase-workspace-kgreet-plugins{a} kdepasswd{a} kdm{a} kinfocenter{a} klipper{a} ksysguard{a} ksysguardd{a} kwrite{a} libeet1{a} libeina-svn-03{a} libggadget-1.0-0{a} libggadget-qt-1.0-0{a} libgps18{a} libkde4-ruby1.8{a} libkfontinst4{a} libkscreensaver5{a} libksgrd4{a} libnepomukquery4{a} libnepomukqueryclient4{a} libplasma-applet-system-monitor4{a} libplasma-geolocation-interface4{a} libplasma-ruby{a} libplasma-ruby1.8{a} libplasmaclock4{a} libpolkit-qt0{a} libprocesscore4{a} libprocessui4{a} libqedje0a{a} libqimageblitz4{a} libqt4-assistant{a} libqt4-help{a} libqt4-ruby1.8{a} libqt4-scripttools{a} libqt4-test{a} libqt4-xmlpatterns{a} libqtruby4shared2{a} libqzion0a{a} libruby1.8{a} libsensors3{a} libsmokekde4-2{a} libsmokeplasma2{a} libsmokeqt4-2{a} libsolidcontrol4{a} libsolidcontrolifaces4{a} libtaskmanager4{a} libweather-ion4{a} oxygencursors{a} plasma-dataengines-workspace{a} plasma-scriptengine-googlegadgets{a} plasma-scriptengine-javascript{a} plasma-scriptengine-python{a} plasma-scriptengine-qedje{a} plasma-scriptengine-ruby{a} plasma-scriptengine-superkaramba{a} plasma-scriptengine-webkit{a} plasma-scriptengines{a} plasma-widget-folderview{a} plasma-widgets-workspace{a} python-kde4{a} python-qt4{a} python-sip4{a} ruby1.8{a} systemsettings{a} 0 packages upgraded, 74 newly installed, 0 to remove and 0 not upgraded. Need to get 95.9MB of archives. After unpacking 224MB will be used. The following packages have unmet dependencies: kdebase-workspace-bin: Depends: libxklavier15 (>= 4.0) which is a virtual package. The following actions will resolve these dependencies: Keep the following packages at their current version: kde-minimal [Not Installed] kdebase [Not Installed] kdebase-workspace [Not Installed] kdebase-workspace-bin [Not Installed] Score is -9854 Accept this solution? [Y/n/q/?] -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-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 Versions of packages kdebase depends on: pn kde-minimal(no description available) kdebase recommends no packages. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542830: dolphin: "information" tray icon fails to respond after a while
Package: dolphin Version: 4:4.2.4-1 Severity: normal After using Dolphin to copy some files, the "i" button in the system tray will stop functioning. I lose the ability to track the copy's progress, and to pause or cancel it. The button itself continue to appear when a copy or move starts and dissappears when it ends. However that is all it does. I cannot click on it to bring up the progress/control window. Once it stops responding, it doesn't start responding until I shut down and restart Dolphin. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-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 Versions of packages dolphin depends on: ii kdebase-runtime 4:4.2.4-2 runtime components from the offici ii kdelibs5 4:4.2.4-1 core libraries for all KDE 4 appli ii libc6 2.9-23 GNU C Library: Shared libraries ii libkonq5 4:4.2.4-1 core libraries for Konqueror ii libqt4-dbus 4:4.5.2-1 Qt 4 D-Bus module ii libqtcore44:4.5.2-1 Qt 4 core module ii libqtgui4 4:4.5.2-1 Qt 4 GUI module ii libsoprano4 2.3.0+dfsg.1-2 libraries for the Soprano RDF fram ii libstdc++64.4.1-1The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxrender1 1:0.9.4-2 X Rendering Extension client libra Versions of packages dolphin recommends: ii kfind 4:4.2.4-1 file search utility for KDE 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
Bug#469499: kpilot: events show up on wrong days after sync
Package: kpilot Version: 4:3.5.8-1 Severity: important I have been having this problem for a long time, through multiple versions of kpilot and Debian. It's made my IBM WorkPad C3 (a rebranded Palm Vx, I believe) almost unusable, especially since the internal battery ran down recently and I had to re-sync everything with Kontact. After this re-sync, which essentially wrote entirely new events to the WorkPad, I was able to see exactly what was going on: - Yesterday (Tuesday) I had a recurring monthly meeting (first Tuesday of each month). It shows up on the WorkPad as being a recurring meeting on the Wednesday but at the correct time. - Thursday, I have a recurring monthly meeting (first Thursday of each month) which again showed up a day late. - A one-off event for this Friday showed up correctly. - A recurring meeting on the second friday of each month showed up on the second Saturday instead. I have similar results for dates in February so this is not related to the leap year. All my recurring events are showing up wrong while one-off events show up correctly on the WorkPad. The recurring events seem to calculate the day of week one day late then base the meeting date on that bad date. This put my meeting for the second Friday 6 days early since the month started on a Saturday. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-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/bash Versions of packages kpilot depends on: ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii kdelibs4c2a 4:3.5.8.dfsg.1-7 core libraries and binaries for al ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.3-20080202-1 GCC support library ii libkcal2b 4:3.5.8-1KDE calendaring library ii libpisock9 0.12.3-4 library for communicating with a P ii libqt3-mt 3:3.3.8b-4 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3-20080202-1 The GNU Standard C++ Library v3 kpilot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384207: Konqueror doesn't show empty directories
Package: kde-core Version: 5:47 (3.5 Etch) * The /exact/ and /complete/ text of any error messages printed or logged. This is very important! no error messages. The directory just doesn't display. instead, when I click on an empty directory in Konqueror, I continue to see the contents of the previous directory. * Exactly what you typed or did to demonstrate the problem. Click on on empty directory using Konqueror (I normally have it set to detailed list view). * A description of the incorrect behaviour: exactly what behaviour you were expecting, and what you observed. A transcript of an example session is a good way of showing this. I would expect to see nothing in the right panel when I click on an empty directory. Instead I see the contents of the last non-empty directory I was viewing. Even clicking the refresh button doesn't correct the display. * A suggested fix, or even a patch, if you have one. show empty directories as empty - like Konqueror used to. * Details of the configuration of the program with the problem. Include the complete text of its configuration files. * The versions of any packages on which the buggy package depends. * What kernel version you're using (type |uname -a|), your shared C library (type |ls -l /lib/libc.so.6| or |dpkg -s libc6 | grep ^Version|), and any other details about your Debian system, if it seems appropriate. For example, if you had a problem with a Perl script, you would want to provide the version of the `perl' binary (type |perl -v| or |dpkg -s perl | grep ^Version:|). Latest Etch version, although this has been a problem in all recent Etch releases. * Appropriate details of the hardware in your system. If you're reporting a problem with a device driver please list /all/ the hardware in your system, as problems are often caused by IRQ and I/O address conflicts. AMD64 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379059: kde screensaver unreliable
package: kscreensaver version: current Etch (4:3.5.3-1 according to debian package list on debian website) The KDE screensaver has been unreliable on my workstation ever since I set it up. Under Woody and Sarge I would have to restart it every couple of days. This continued when I switched to Etch. Also, the problem is independent of video card. At one point I switched from an ASUS NVidia card to an ATI All-in-wonder Radeon card but the problem with the screensaver remained. Even using the x screensaver didn't help. It too would have to be restarted every couple of days. Other parts of my workstation seem to be rock solid (especially when I was running Sarge). Recently I installed the AMD64 port of Etch on my workstation. This was a fresh install on a new drive, replacing my previous 32 bit Etch install. However, I did keep my /home folder. Whether it is a matter of the upgrade or the AMD64 port, the KDE screensaver is now totally unreliable. I have to restart it several times a day. All I've ever used for the screensaver is a blank screen with power management enabled. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]