Bug#725818: please fix
I'd like to add a few notes to this bug. I installed just the Sqlite backend as I don't want MySQL on this machine. This worked fine on squeeze and wheezy, but I recently upgraded to jessie and every time I logged into a KDE session I would get a dialog box saying that Akonadi was "upgrading resources" which would stay there for a minute or so without progress. Upon further investigation I discovered that the Akonadi server wouldn't start because it was looking for MySQL: $ akonadictl start [...] mysqld not found. Please verify your installation [correct, it's not installed on this machine] [more error messages and a stack trace] ProcessControl: Application 'akonadiserver' returned with exit code 255 (Unknown error) [the above part repeats three more times] "akonadiserver" crashed too often and will not be restarted! Maximiliano Curia wrote: > akonadi-backend-mysql is the default backend, if you want to setup a > postgresql or sqlite backend you need to manually change akonadi > configuration to use that connection. Manually? Are you joking? This is KDE, not bash with more colors. > This is documented in: > /usr/share/doc/akonadi-backend-sqlite/README.Debian.gz ...which says, among other things: "Just install the backend package which is the most appropriate for your setup [...]" That's what I did. Again, if the MySQL backend is required for the package to work, why isn't there a dependency? That's what the original bug report was asking. Either Akonadi *needs* the MySQL backend, therefore a dependency is required, or the fact that Akonadi won't start without the MySQL backend is a bug that needs fixing. Just select the first available backend and be done with it. By the way, if you just write: [%General] Driver=foo ...into ~/.config/akonadi/akonadiserverrc, then the control panel will start and let you set the configuration. It's funny that an invalid configuration works better than a valid configuration without the backend. Truth be told, the real question for me is that I don't want Akonadi on my system, but it is a dependency of several core KDE packages (I didn't track which ones exactly) so it can't be removed. I "solved" the problem by dpkg-redirect'ing /usr/bin/akonadi* and /usr/lib/libakonadi out of the way, so package dependencies are satisfied. The KDE session starts without errors and every piece of KDE that I'm actually interested in runs fine, so I guess Akonadi is not really required. I have no problem if you won't fix the Akonadi package dependencies as I've now made sure it won't affect me, but I'd really like if someone fixes the other KDE packages' dependencies so I can remove Akonadi altogether. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- 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/52952c5f.2050...@stanchina.net
Bug#602347: kspread: automatically selects unrelated file name on "save as"
Package: kspread Version: 1:2.2.1-3 Severity: normal I tried to save a .ods file as .csv; as soon as I selected the .csv file type, kspread automatically changed the file name to an unrelated .csv file I had in the same directory, while I was expecting it to change the extension on the file name that the document was already using (every other program I ever used works this way). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) 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 kspread depends on: ii kdebase-runtime 4:4.4.5-1runtime components from the offici ii koffice-libs1:2.2.1-3common libraries and binaries for ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-2GCC support library ii libgsl0ldbl 1.14+dfsg-1 GNU Scientific Library (GSL) -- li ii libkde3support4 4:4.4.5-1the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-1the KDE Platform Core Library ii libkdeui5 4:4.4.5-1the KDE Platform User Interface Li ii libkhtml5 4:4.4.5-1the KHTML Web Content Rendering En ii libkio5 4:4.4.5-1the Network-enabled File Managemen ii libknotifyconfig4 4:4.4.5-1library for configuring KDE Notifi ii libkparts4 4:4.4.5-1the Framework for the KDE Platform ii libkrosscore4 4:4.4.5-1the Kross Core Library ii libkutils4 4:4.4.5-1various utility classes for the KD ii libqt4-dbus 4:4.6.3-1+b1 Qt 4 D-Bus module ii libqt4-qt3support 4:4.6.3-1+b1 Qt 3 compatibility library for Qt ii libqt4-sql 4:4.6.3-1+b1 Qt 4 SQL module ii libqt4-xml 4:4.6.3-1+b1 Qt 4 XML module ii libqtcore4 4:4.6.3-1+b1 Qt 4 core module ii libqtgui4 4:4.6.3-1+b1 Qt 4 GUI module ii libstdc++6 4.4.5-2 The GNU Standard C++ Library v3 kspread recommends no packages. Versions of packages kspread suggests: ii khelpcenter4 4:4.4.5-1 help center pn koffice-doc-html (no description available) -- 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/4cd1eb27.9010...@stanchina.net
Bug#548800: plasma-scriptengines: the README contains just a single, mangled line of text
Package: plasma-scriptengines Version: 4:4.3.1-1 Severity: minor The /usr/share/doc/plasma-scriptengines/README file contains just a single, mangled line of text. Same fo other plasma-scriptengine-* packages. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.7-athlon 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 plasma-scriptengines depends on: they're all version 4:4.3.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
Bug#504228: ark: does not open lha files from the command line
Package: ark Version: 4:3.5.10-2.1 Severity: normal Tags: patch When you try to open a lha file from the command line ("ark file.lha"), you get this error: The utility is not in your PATH. Please install it or contact your system administrator. That's because the lha module doesn't set the unarchiver. The attached patch fixes it. I copied the logic from other single-program formats, such as ar and zoo. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (100, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.7-athlon 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 ark depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-6 core libraries and binaries for al ii libc6 2.7-14 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2GCC support library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 Versions of packages ark recommends: ii bzip2 1.0.4-2 high-quality block-sorting file co hi ncompress 4.2.4.0-3 Original Lempel-Ziv compress/uncom hi p7zip-full 4.55~dfsg.1-2 7z and 7za file archivers with hig ii unzip 5.52-10 De-archiver for .zip files ii zip2.32-1Archiver for .zip files ii zoo2.10-20 manipulate zoo archives -- no debconf information diff --git a/ark/lha.cpp b/ark/lha.cpp index f890139..adc138c 100644 --- a/ark/lha.cpp +++ b/ark/lha.cpp @@ -55,8 +55,9 @@ LhaArch::LhaArch( ArkWidget *_gui, const QString & _fileName ) : Arch( _gui, _fileName ) { - m_archiver_program = "lha"; + m_archiver_program = m_unarchiver_program = "lha"; verifyCompressUtilityIsAvailable( m_archiver_program ); + verifyUncompressUtilityIsAvailable( m_unarchiver_program ); m_headerString = ""; }
Re: Bug#388271: fglrx-control: fireglcontrol give "Floating point exception"
Brent S. Elmer wrote: > I moved qtrc out of the way. I don't think there is any difference. > > (gdb) r > Starting program: /home/brente/firegl/fireglcontrol > [Thread debugging using libthread_db enabled] > [New Thread -176896 (LWP 25293)] > Qt: gdb: -nograb added to command-line options. > Use the -dograb option to enforce grabbing. > > Program received signal SIGFPE, Arithmetic exception. > [Switching to Thread -176896 (LWP 25293)] > 0xb79b1bed in create_dpis () at kernel/qpaintdevice_x11.cpp:531 > 531 kernel/qpaintdevice_x11.cpp: No such file or directory. > in kernel/qpaintdevice_x11.cpp > (gdb) bt > #0 0xb79b1bed in create_dpis () at kernel/qpaintdevice_x11.cpp:531 > #1 0xb79b1cbb in QPaintDevice::x11AppDpiY (screen=-1) > at kernel/qpaintdevice_x11.cpp:653 > #2 0xb79b1d38 in QPaintDevice::x11AppDpiY () [...] OK, this is the same as http://bugs.debian.org/384325 and you might want to try the workaround explained in the next-to-last mail, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384325;msg=47 This is definitely a Qt problem, not fireglcontrol's. I'm going to reassign this bug to Qt and merge it with #384325 unless someone can show me that something in fireglcontrol is "helping" this bug to come out. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]