Bug#604733: kolourpaint4 causes gnome-settings-daemon to crash
Package: kolourpaint4 Version: 4:4.4.5-2 Severity: normal Running kolourpaint sometimes causes gnome-settings-daemon to crash. It happens sometimes when you exit kolourpaint. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kolourpaint4 depends on: ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-6 GCC support library ii libkdecore5 4:4.4.5-1 the KDE Platform Core Library ii libkdeui5 4:4.4.5-1 the KDE Platform User Interface Li ii libkio5 4:4.4.5-1 the Network-enabled File Managemen ii libkutils44:4.4.5-1 various utility classes for the KD ii libqimageblitz4 1:0.0.4-4 QImageBlitz image effects library ii libqt4-dbus 4:4.6.3-4 Qt 4 D-Bus module ii libqt4-qt3support 4:4.6.3-4 Qt 3 compatibility library for Qt ii libqtcore44:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii libstdc++64.4.5-6The GNU Standard C++ Library v3 kolourpaint4 recommends no packages. kolourpaint4 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/20101123220433.8337.92568.report...@localhost.localdomain
Bug#735488: Qt4 in arm64: wrap up of the current situation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 W dniu 29.01.2014 02:27, Lisandro Damián Nicanor Pérez Meyer pisze: > Mark: please take a look at [0] for more context or ask Marcin. Quick > context: > getting AArch64 (aka arm64) Qt4 patches in upstream. > Marcin, Mark: to get the code into the Qt4 tree I either need you to: > > a) push the code to Qt's gerrit instance > or > b) license the patches as BSD or something equally permissive > > The (a) case would be the simpler one for us (Qt / all other distros) but you > might not be able to do so. So we can still the go the (b) way. > > In case (b) I would need a mail of each of you (preferably to this bug, > 735...@bugs.debian.org) stating that you license the patches as BSD. My patches are usually licensed in a way upstream license a code. For this situation you can consider them to be on CC0 (aka public domain) or simply BSD licenced. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJS6OANAAoJECbKqQEReiUeLcMP/0rrHQTHlwzA8N0RhKAc47Bt WhdJV8doN4uVaqCpr29aipjXa3fSy08GX6ViwwpCAxyii+13bD2ahZ/zvE3dn6TW FXVFRqMEi/1Qu66wqDmziLMa6CtixLDQ09/HhZtCzqXxETgYNhGjVRbrRA+fMNOR ExO2y1aEzAQdQ+tWrsuibiaNULsgFSD0x7Xi0ZwSSTn/R3HtCtFWomDY7wOyeLUN dyntH8vkzp7tI7ByuwqjcnfyemuD21ftkbdcGu4irm8nFvTp8Hq95KQ3OSIlRmfM Yc+91LJPk+RMczIUF0JfkET1Hjll8H6KwZ5POztLnbW+pGbr3sriGya7zwU/neRb 646aSyfgUUV6lsOOFgfu/fMoYkbQUyP+HNz1zmSvBq9nfF9g67YLJ8zKYEfatJz7 llEAyTTTrsveDXai23sn6At3Weng23+uzkv0GKq6Eu85CrcF6qcMWFqscjB0xW8/ BkOsFy+l1t6rxC6tMFw7xtmjXrR2j7DGGRu9uZhHtDcSaD8ZVYQ0F9P4HAAu4Ova 8ag9ly6ttVFRuKTsCDjBJUEGJ4yso0YkalrBG1aPhO+QFWLSm9/NUNvniX82oho8 LTLWgX2OWcek0Pdnnu7buv3T2U1iTtjX7v3iDX36nAquxXwNEFv+ZsfCThOKTnBH IwpQYpWOPEZ+iaoCLlbH =GmlU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52e8e011.8060...@redhat.com
Bug#735488: Qt4 in arm64: wrap up of the current situation
W dniu 29.01.2014 02:27, Lisandro Damián Nicanor Pérez Meyer pisze:
> Mark: please take a look at [0] for more context or ask Marcin. Quick
> context:
> getting AArch64 (aka arm64) Qt4 patches in upstream.
>
> Marcin, Mark: to get the code into the Qt4 tree I either need you to:
>
> a) push the code to Qt's gerrit instance
> or
> b) license the patches as BSD or something equally permissive
>
> The (a) case would be the simpler one for us (Qt / all other distros) but you
> might not be able to do so. So we can still the go the (b) way.
I split whole aarch64.patch into more managable parts.
---
configure |6 ++
1 file changed, 6 insertions(+)
--- qt.orig/configure
+++ qt/configure
@@ -3246,6 +3246,12 @@ if [ -z "${CFG_HOST_ARCH}" ]; then
echo "ARM (arm)"
fi
CFG_HOST_ARCH=arm
+ ;;
+*:*:aarch64*)
+if [ "$OPT_VERBOSE" = "yes" ]; then
+echo "AArch64 (aarch64)"
+fi
+CFG_HOST_ARCH=aarch64
;;
Linux:*:sparc*)
if [ "$OPT_VERBOSE" = "yes" ]; then
---
configure |3 ++
mkspecs/linux-g++-aarch64/qmake.conf | 28
mkspecs/linux-g++-aarch64/qplatformdefs.h | 42 ++
3 files changed, 73 insertions(+)
--- qt.orig/configure
+++ qt/configure
@@ -2808,6 +2808,9 @@ if [ "$CFG_EMBEDDED" != "no" ]; then
*86_64)
PLATFORM=qws/linux-x86_64-g++
;;
+aarch64)
+PLATFORM=linux-g++-aarch64
+;;
*)
PLATFORM=qws/linux-generic-g++
;;
--- /dev/null
+++ qt/mkspecs/linux-g++-aarch64/qplatformdefs.h
@@ -0,0 +1,42 @@
+/
+**
+** Copyright (C) 2012 Digia Plc and/or its subsidiary(-ies).
+** Contact: http://www.qt-project.org/legal
+**
+** This file is part of the qmake spec of the Qt Toolkit.
+**
+** $QT_BEGIN_LICENSE:LGPL$
+** Commercial License Usage
+** Licensees holding valid commercial Qt licenses may use this file in
+** accordance with the commercial license agreement provided with the
+** Software or, alternatively, in accordance with the terms contained in
+** a written agreement between you and Digia. For licensing terms and
+** conditions see http://qt.digia.com/licensing. For further information
+** use the contact form at http://qt.digia.com/contact-us.
+**
+** GNU Lesser General Public License Usage
+** Alternatively, this file may be used under the terms of the GNU Lesser
+** General Public License version 2.1 as published by the Free Software
+** Foundation and appearing in the file LICENSE.LGPL included in the
+** packaging of this file. Please review the following information to
+** ensure the GNU Lesser General Public License version 2.1 requirements
+** will be met: http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html.
+**
+** In addition, as a special exception, Digia gives you certain additional
+** rights. These rights are described in the Digia Qt LGPL Exception
+** version 1.1, included in the file LGPL_EXCEPTION.txt in this package.
+**
+** GNU General Public License Usage
+** Alternatively, this file may be used under the terms of the GNU
+** General Public License version 3.0 as published by the Free Software
+** Foundation and appearing in the file LICENSE.GPL included in the
+** packaging of this file. Please review the following information to
+** ensure the GNU General Public License version 3.0 requirements will be
+** met: http://www.gnu.org/copyleft/gpl.html.
+**
+**
+** $QT_END_LICENSE$
+**
+/
+
+#include "../linux-g++/qplatformdefs.h"
--- /dev/null
+++ qt/mkspecs/linux-g++-aarch64/qmake.conf
@@ -0,0 +1,28 @@
+#
+# qmake configuration for linux-g++
+#
+# Written for GNU/Linux platforms that have both lib and lib64 directories,
+# like the AMD Opteron.
+#
+
+MAKEFILE_GENERATOR = UNIX
+TARGET_PLATFORM = unix
+TEMPLATE = app
+CONFIG += qt warn_on release incremental link_prl gdb_dwarf_index
+QT += core gui
+QMAKE_INCREMENTAL_STYLE = sublib
+
+QMAKE_CFLAGS = -fpermissive
+QMAKE_LFLAGS =
+
+QMAKE_CFLAGS_RELEASE += -O2
+
+include(../common/linux.conf)
+include(../common/gcc-base-unix.conf)
+include(../common/g++-unix.conf)
+
+
+QMAKE_LIBDIR_X11 = /usr/X11R6/lib64
+QMAKE_LIBDIR_OPENGL = /usr/X11R6/lib64
+
+load(qt_config)
---
src/corelib/io/qfilesystemwatcher_inotify.cpp |9 +
1 file changed, 9 insertions(+)
--- qt.orig/src/corelib/io/qfilesystemwatcher_inotify.cpp
+++ qt/src/corelib/io/qfilesystemwatcher_inotify.cpp
@@ -138,6 +138,11 @@
# define __NR_inotify_add_watch 285
# define __NR_inotify_rm_watch 286
# define __NR_inotify_init1 328
+#
Bug#668134: AArch64 fix for the same issue
Take a look at upstream change [1] done for AArch64 support. It simplified code in similar way as sh4.diff did. 1. http://sourceforge.net/p/indi/code/1610/ -- 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/53750c9f.8050...@redhat.com
Bug#730632: calligra: FTBFS with libpqxx-4.0
On 2013-11-27 13:02:08, Lisandro Damián Nicanor Pérez Meyer wrote: > CCing the release.d.o bug. > > Marcin: As you already stated, Calligra won't switch to libpqxx4 but to > libpq. > But that will happen (hopefully) early next year. > > We really don't want to drop psql support. Is there any chance to have > libpqxx3 back with a bigger epoch until that release? The dev package is > libpqxx3-dev, so I think there will be no problem in having both versions 3 > and 4 in the archive (you will have to drop the dummy package). Lisandro, Dropping versioning from *-dev *-doc and *-dbg was a conclusion to my decision of not going with support for more then one libpqxx version in Debian. Having above in mind I'm not saying that there is now way back for libpqxx3-dev etc.. But we have to consider at least 2 below points: 1. Calligra is switching to libpq according to you 'early next year' so even if early mean end of March it's only 4 months away. This is rather short time from now. 2. On 2012-06-03 I sent an email to debian-qt-kde@lists.debian.org with information that libpqxx4 is in experimental. In the same email I attached calligra build log against libpqxx4 and an information that it FTBFS. None of debian-qt-kde team members act on this email (at least I'm not aware of it) or ever replied to me for example with the request you just made. Ok, there is partially my fault, as I didn't filed bug against calligra at this time but still it was 16 months ago. So, for now my position on having 2 libpqxx versions in Debian is as follow (unless you convince me otherwise): I'm going to maintain only libpqxx4 in Debian for now, as for me uploading libpqxx3 for 3-4 months and then removing it is just additional work for for my sponsor, ftp and release teams and me of course and I prefer to avoid this as for now much as I can. I'm happy to reconsider re-uploading libpqxx3 but no earlier then 2 months before freeze, if there will be risk that calligra with libpq support won't make to Jessie. All above are my thoughts about this subject but they are not set in stone, so if you have anything to add which may make me change my mind just please let me know, I'm really opened for other solutions if they exist. I'm not sure if I am in the position to suggest you what to do now but, if I were you I would drop postgres support for this 3-4 months, inform users about it and try push upstream to release new version with libpq support as fast as they can or at least declare when are they going to do so. -- |_|0|_| | |_|_|0| "Heghlu'Meh QaQ jajVam" | |0|0|0| kuLa - | gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3 3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3 signature.asc Description: Digital signature
Bug#735488: Qt4 in arm64: wrap up of the current situation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 W dniu 23.01.2014 18:57, Lisandro Damián Nicanor Pérez Meyer pisze: > I've tried to summarize the current arm64 situation. The following are my > conclusions, feel free to point if something is wrong, give more > info/feedback, etc. As you know from my blog post [0] Qt/AArch64 patch has long history. 0. http://marcin.juszkiewicz.com.pl/2014/01/20/the-story-of-qtaarch64-patching/ > = Stuff under debian/ > > - As explained in a mail before, we don't like the idea of passing > -fpermissive as it can lead to very strange crashes. The code will need > proper > fixing. > > - We are building webkit with a separate source, -no-javascript-jit and the > relevant webkit patches should be applied in src:qtwebkit. The relevant > patches contained in the patch submitted by Wookey come from Riku Voipio and > seems too similar to other patches we already have there, so it should not be > a problem to apply them once we have Qt4 ready form arm64. > - It uses linux-g++ instead of linux-g++-64. While that could be the best > fit, > it would be good to know why. Maybe it is because linux-g++ may use '-m64' argument for GCC which AArch64 does not support so build fails. > = Code patches > > aarch64.patch: > - *No copyright* nor license. We need this at least to be able to apply it > and > ask upstream if they see it fit. There's the chance that some code comes from > Ubuntu people. > - Webkit stuff: as described above. If you need that for something: Author: Marcin Juszkiewicz based on gtkwebkit changes by Riku Voipio License: same as upstream one > aarch64_fix_atomic_set.patch: > - Copyright present. > - Possibly needs the above patch applied. It requires aarch64.patch as it just change two lines. > = Some extra remarks > > We need at least the proper copyright and license for the patches. In that > way > I'm able to apply them in the package and ping upstream wrt them. > > Of course, if the original author can push it to upstream's gerrit the > better, > because in case some objection arises I don't need to be in the middle as a > (possibly noisy) proxy. Qt4 patches are not accepted upstream. All new code has to go to Qt5 and since 5.2.0 QAtomics stuff is using std::atomic so compiler takes care of it and there is no code for separate architectures. And all required patches were submitted - just one change to qtwebkit is stuck in review. https://bugreports.qt-project.org/browse/QTBUG-35442 is upstream bug. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJS5owyAAoJECbKqQEReiUedDgQAIoJP8WhTIA+w08/LfuHsGMa gVI5vEtIsMb+IkMDPqFNmWok1//ocmdXPCJJPFRsHT7Nuy2z8I4pmmZFTzG6llgr zrbKb5mP3MCb6/tzv17YtOi3e8Inrz9+Z6YqdMEmhEtnKEO9llLQ55Af1n9ot7NP xB5OSGgWZSmwVpABEuO6+Ehg4wwyjciclC2JJFHUkTgEYjN4fzBDFGg007qS7fNe Q5jArjHnwXyfNFKsdtKWLbh/52IpwXm9t0Sa5OxqWjdmwmAnLo2YHDLrJWlLI1Of 4M7N36ph57huNuuN8pEuLgwM7BHhicK4EoDhjPD4dKisGUwTOaEGGhZMB+d1EjiQ pOCO8NUehWm96JvMmihv1Zb+j2R3q4q8zwwXK1nUQThTTBEE5Mdg63D5TAcHPV5P sL2GjaaKqHgePnQLrxekmZiSHNmfrjcJw12naTGUPsrf+tK4hZ3qGlHwznAKOKwn ZgJEH8mFiTRBNZ83gHSjP8j9NXiHCaxiRNFUL38e6dnYyNyEdz6zB+U4CyaHuEPR h7GQCyVapvHDe5PrA0aXIjVAAQQTw6TI57Ct4lYBdHqDNvBQZIvLr4lP8EYLWVhA gCdia6C7sbjGb96Gio8W8RtEuxhywh+g0wgndgWkF7RjMTXJxw4CFzOi/5WiTdQf topl5mzNXk+tvnb4jn6R =oz85 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52e68c36.1080...@redhat.com
Bug#735488: Qt4 in arm64: wrap up of the current situation
W dniu 27.01.2014 19:20, Wookey pisze: > +++ Marcin Juszkiewicz [2014-01-27 17:41 +0100]: >>> - It uses linux-g++ instead of linux-g++-64. While that could be the best >>> fit, >>> it would be good to know why. >> >> Maybe it is because linux-g++ may use '-m64' argument for GCC which >> AArch64 does not support so build fails. > > I think this is correct. I recall hitting that issue. There was also > stuff to do with selecting /lib64 vs /lib IIRC. (/lib is correct for > arm64/aarch64). /lib or /lib64 is also distro choice. > Are QT4 patches going to be accepted at some point or will distros have > to carry an arm64 patch for QT4 as long as it remains supported? Ask in https://bugreports.qt-project.org/browse/QTBUG-35442 please -- 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/52e6a570.3000...@redhat.com
Bug#735488: Qt4 in arm64: wrap up of the current situation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 W dniu 27.01.2014 19:14, Lisandro Damián Nicanor Pérez Meyer pisze: > So what we are currently missing should be: > > - The copyright and license of the qatomic stuff. Author: Mark Salter License: same as upstream one -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJS5qZHAAoJECbKqQEReiUeZPQQALLzIGAeCJtUDdk/yBoNv1dh T01VrWX8/aCW1n/DlgAdBGtZm8lTbL/29glib3qhoqLTHDvh4VmQ9kBRRt537vCt 7Qj/v3mDDmZYv5pAyReX7i0N8RRExKWk4alXnBJy62lP3TAGZar4VYjyU5STCIkK NVqs4oE1It38uQObdUaVoDynB0HP1rPsr9UHqZlT716QpORE2qh2PUFDZ4ACZHZh 7bAStNL/JOYqTEGolIm+q8kti3Ozkjx/EdnSjW3yHYy0Ih5PhTtVtqBeWEyv9CXw i5L1TKzV6XFlmm0qHvUHkTKQtidnnpO3/ew5E6tdz8oXVpo9prBVFpO6CE+FPvmn +N6tX+h44fjZ189b1+XB57Z7mV+PrRL6Wk60pKxrJrk5zp9scI0Bb/TEo1FkwPcA CioHrDxCFvywEN15LlUjNQgr2eeO6sPgfaXmrPQ9RAiSX1ojUb8h3BVbqVE8sQHr x1CugZvAGo4v7rSi7paZEGfJdHUWV8+FX/XmeddJq2kqA0icMYLPMPCVc+s7hy3m wLTyACVCFVdaoc6rau8V4pbMgEItvKXkiQueKe4KE5BLBXmVdkT5y+1ltubimrhY 44sQIR1py/gHwQSRrNZ85fio4DpVbzhqwFvAADlJZCbuKr9VNTt9tk9Fz55Gd3+3 LHb+qyxBhHE0vf3R5WN6 =w740 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52e6a64b.7060...@redhat.com
Bug#466056: akregator: in Delete article dialog switching options with arrows highlights text
Package: akregator Version: 4:3.5.8-1 Severity: minor When you try to delete an article in akregator it pops up a standard OK/Cancel dialog. When you press a left/right arrow to change the active button the windows' text is highlighted. While it is the dialog buttons are inactive. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages akregator depends on: 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 libkdepim1a 4:3.5.8-1KDE PIM library ii libqt3-mt 3:3.3.8b-1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3-20080202-1 The GNU Standard C++ Library v3 akregator recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422992: akregator: The selection of a folder might not be a coincidence
Package: akregator Version: 4:3.5.8-1 Followup-For: Bug #422992 I've noticed it too. I guess I know what the problem is though. I always add a feed to akregator using the button on the right side of the status bar the akregator folder's name is never localized. I even thought it's because it was omitted in the translation. Today however I added a feed from Wired in a different way, because it didn't display the button at all. Therefore I right-clicked the feed's link and chose "Add RSS feed to aKregator". I was surprised to find the folder's name translated, alongside with the English-named folder for another feed I added minutes earlier. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages akregator depends on: 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 libkdepim1a 4:3.5.8-1KDE PIM library 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 akregator recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#468329: konqueror: windows run by the x-www-browser link and konqueror link don't combine in taskbar
Package: konqueror Version: 4:3.5.8.dfsg.1-7 Severity: normal Whenever I run Konqueror using eg. Icedove (which invokes x-www-browser) the windows are not combined with the Konqueror windows run with the regular konqueror command in KDE taskbar. These windows are displayed with the title X-www-browser instead of Konqueror when combined (they combine all right on their own but the two kinds never mix). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages konqueror depends on: ii kcontrol 4:3.5.8.dfsg.1-7 control center for KDE ii kdebase-kio-plugins4:3.5.8.dfsg.1-7 core I/O slaves for KDE ii kdelibs4c2a4:3.5.8.dfsg.1-7 core libraries and binaries for al ii kdesktop 4:3.5.8.dfsg.1-7 miscellaneous binaries and files f ii kfind 4:3.5.8.dfsg.1-7 file-find utility for KDE ii libacl12.2.45-1 Access control list shared library ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libattr1 1:2.4.41-1Extended attribute shared library ii libaudio2 1.9.1-1 Network Audio System - shared libr ii libc6 2.7-6 GNU C Library: Shared libraries ii libfam02.7.0-13.1Client library to control the FAM ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3-20080202-1 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.4-1 GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.8.dfsg.1-7 core libraries for Konqueror ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libqt3-mt 3:3.3.8b-4Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft22.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
HEADS UP: new libgadu packages
Hello,
I am about to upload a new version of libgadu packages to unstable (now
a separate source package). It was separated from ekg upstream and there
were some significant cleanups in the process.
Hopefully the only changes which may affect you (kopete, pidgin) is that
the /usr/include/libgadu-config.h file is now gone. According to
upstream it should never have been provided in the first place.
I know that both kdenetwork and pidgin (used to) carry their own copy of
libgadu, and there was some build-time detection of whether to use the
system-provided or bundled libgadu, so I'm a bit afraid that might break
due to this change.
This message is to ask you to check whether your packages still build
correctly against new libgadu-dev. I put the packages at
deb{,-src} http://people.debian.org/~porridge/libgadu/ ./
before they make it through NEW.
--
Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
signature.asc
Description: Digital signature
Bug#478774: kde-l10n-pl: Remove conflict between kde-l10n-xx and kde-i18n-xx
Package: kde-l10n-pl Version: 4:4.0.2-1 Severity: wishlist Tags: l10n I'm using the current KDE 3.5 from unstable and at the same time I'm testing applications from KDE 4 (eg. Okular, Klipper, KTorrent, et al.). Because I use Polish locale I would like to have the applications localized. I don't understand why I'm not allowed to install both kde-i18n-pl and kde-l10n-pl at the same time to have both desktop and the applications translated. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kde-l10n-pl depends on: ii kdelibs54:4.0.70+svn799089-2 core libraries for all KDE 4 appli kde-l10n-pl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
New version of libpqxx in experimental
Hi guys, I'm a maintainer of libpqxx on which your packages depend, few days ago me and my sponsor uploaded version 4 for into experimental and we'd like to have it in Wheezy. Therefore before we're going to upload it to unstable I'd like to ask you to try to rebuild your packages against this new version. I let my self a try to do so and it looks like: robot-player libplayerdrivers3.0 are building fine again version 4, but non the less please give it a go from your point of view to be sure that all is good and we can upload it to unstable. Only kexi-postgresql-driver is giving me errors during package build but it's not caused by libpqxx (at least doesn't looks like). Below is a shortened error message (if you want let me know and I'll file a FTBFS bug against it with more detaild info): [ 73%] Built target stateshape make -f doc/calligra/CMakeFiles/calligra-handbook.dir/build.make doc/calligra/CMakeFiles/calligra-handbook.dir/depend make[3]: Entering directory `/root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu' cd /root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /root/kexi-postgresql-driver/calligra-2.4.2 /root/kexi-postgresql-driver/calligra-2.4.2/doc/calligra /root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu /root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu/doc/calligra /root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu/doc/calligra/CMakeFiles/calligra-handbook.dir/DependInfo.cmake --color= Scanning dependencies of target calligra-handbook make[3]: Leaving directory `/root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu' make -f doc/calligra/CMakeFiles/calligra-handbook.dir/build.make doc/calligra/CMakeFiles/calligra-handbook.dir/build make[3]: Entering directory `/root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu' /usr/bin/cmake -E cmake_progress_report /root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu/CMakeFiles [ 73%] Generating index.cache.bz2 cd /root/kexi-postgresql-driver/calligra-2.4.2/doc/calligra && /usr/bin/meinproc4 --check --cache /root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu/doc/calligra/index.cache.bz2 /root/kexi-postgresql-driver/calligra-2.4.2/doc/calligra/index.docbook Warning: program compiled against libxml 208 using older 207 make[3]: *** [doc/calligra/index.cache.bz2] Error 1 make[3]: Leaving directory `/root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu' make[2]: *** [doc/calligra/CMakeFiles/calligra-handbook.dir/all] Error 2 make[2]: Leaving directory `/root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/root/kexi-postgresql-driver/calligra-2.4.2/obj-x86_64-linux-gnu' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Sorry that my info isn't very detailed but I'm a bit struggling with time and have not enough time at the moment to do all checks. -- |_|0|_| | |_|_|0| "Heghlu'Meh QaQ jajVam" | |0|0|0| kuLa - | gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3 3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3 signature.asc Description: Digital signature
Bug#532696: kmail mistakenly uses genetive while displaying months only in message list (in Polish, language dependent)
Package: kmail Version: 4:4.2.4-1 Severity: minor Tags: l10n Sorry if this was reported before. I didn't have time to look through the list very meticulously. This problem is language specific so I guess I should describe what I mean. KDE always had my appreciation for using the correct gramatical case for dates when the appropriate option in local settings was ticked. The problem is Polish only uses genetive for specific dates. Eg. current month in Polish is 'czerwiec' (June) and the date today is '10 czerwca'. (It comes from the full expression that can be translated as 'June's 10th day', hence genetive is used.) Anyway, the problem is kmail uses the month's name in genetive even without the day, which looks really silly. It's visible eg. in inbox where old messages are grouped by month. Since KDE already stores both versions of the month's name it's the problem of kmail using one of them to display dates whereas it should mix and match to fit the usage. I'm not sure how this looks like in different languages, but I'm quite certain all Slavic languages follow the same pattern. APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kmail depends on: ii kdebase-runtime 4:4.2.4-1 runtime components from the offici ii kdelibs5 4:4.2.4-1 core libraries for all KDE 4 appli ii kdepimlibs5 4:4.2.4-1 core libraries for KDE PIM 4 appli ii libc6 2.9-13 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-5 GCC support library ii libkdepim44:4.2.4-1 KDE PIM library ii libkleo4 4:4.2.4-1 certificate based crypto library f ii libkontactinterfaces4 4:4.2.4-1 KDE Kontact interface library ii libkpgp4 4:4.2.4-1 gpg based crypto library for KDE ii libksieve44:4.2.4-1 KDE mail/news message filtering li ii libmimelib4 4:4.2.4-1 KDE mime library ii libphonon44:4.3.1-1 Phonon multimedia framework for Qt ii libqt4-dbus 4.5.1-2Qt 4 D-Bus module ii libqt4-network4.5.1-2Qt 4 network module ii libqt4-qt3support 4.5.1-2Qt 3 compatibility library for Qt ii libqt4-xml4.5.1-2Qt 4 XML module ii libqtcore44.5.1-2Qt 4 core module ii libqtgui4 4.5.1-2Qt 4 GUI module ii libstdc++64.4.0-5The GNU Standard C++ Library v3 ii perl 5.10.0-22 Larry Wall's Practical Extraction ii phonon4:4.3.1-1 metapackage for Phonon multimedia Versions of packages kmail recommends: ii procmail 3.22-16Versatile e-mail processor Versions of packages kmail suggests: ii bogofilter1.2.0-3a fast Bayesian spam filter (dummy pn clamav | f-prot-installer (no description available) ii gnupg 1.4.9-4GNU privacy guard - a free PGP rep ii gnupg-agent 2.0.11-1 GNU privacy guard - password agent ii kaddressbook 4:4.2.4-1 KDE address book ii kleopatra 4:4.2.4-1 KDE Certificate Manager ii pinentry-gtk2 [pinentry-x11] 0.7.5-3GTK+-2-based PIN or pass-phrase en ii spamassassin 3.2.5-4Perl-based spam filter using text -- 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
Heads-up: new upstream libgadu version
Hello, I've just uploaded libgadu 1:1.9.0~rc1+r837-1 to experimental. I still want to make some minor changes before I upload to sid (possibly it will be rc2 or 1.90 release by then), but now would be a good moment to test it and let me know if you (libgadu's reverese-dep maintainers) have any problems with this version. I don't expect any problems, but there have been two important changes: - ability to dynamically choose resolver mechanism at runtime - upstream started using libtool's -export-symbols - the list has ben carefully reviewed, but better to be safe than sorry Please also let me know if this upload would interfere with any transitions. -- Marcin Owsiany http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Heads-up: new upstream libgadu version
On Wed, Oct 07, 2009 at 12:15:52AM +0200, Sune Vuorela wrote: > On Saturday 03 October 2009 21:58:36 Marcin Owsiany wrote: > > Hello, > > > > I've just uploaded libgadu 1:1.9.0~rc1+r837-1 to experimental. I still > > want to make some minor changes before I upload to sid (possibly it will > > be rc2 or 1.90 release by then), but now would be a good moment to test > > it and let me know if you (libgadu's reverese-dep maintainers) have any > > Hi > > I'm not sure if anyone amongst the Debian KDE maintainers actually uses Gadu > for anything, so I don't think we are actually able to test anything. Sorry for not making myself clear. I was just thinking about rebuilding kopete against the new version to see if there are any build-time problems. regards, -- Marcin Owsiany http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571311: Updated Polish debconf po translation.
Package: kdebase-workspace Version: 4:4.3.4-4.1 Severity: wishlist Tags: patch l10n Attached. -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (600, 'hardy-updates'), (600, 'hardy-security'), (600, 'hardy'), (400, 'hardy-backports') Architecture: i386 (i686) Kernel: Linux 2.6.24-24-openvz (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid "" msgstr "" "Project-Id-Version: PACKAGE VERSION\n" "Report-Msgid-Bugs-To: debian-qt-...@lists.debian.org\n" "POT-Creation-Date: 2007-04-09 19:07+0200\n" "PO-Revision-Date: 2010-02-25 07:34+\n" "Last-Translator: Marcin Owsiany \n" "Language-Team: Polish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-2\n" "Content-Transfer-Encoding: 8bit\n" #. Type: select #. Description #: ../kdm.templates:1001 msgid "Default display manager:" msgstr "Domy¶lny display manager:" #. Type: select #. Description #: ../kdm.templates:1001 msgid "" "A display manager is a program that provides graphical login capabilities " "for the X Window System." msgstr "" "Display manager to program, który umo¿liwia graficzne logowanie siê do " "systemu X Window." #. Type: select #. Description #: ../kdm.templates:1001 msgid "" "Only one display manager can manage a given X server, but multiple display " "manager packages are installed. Please select which display manager should " "run by default." msgstr "" "Tylko jeden display manager mo¿e kontrolowaæ dany X serwer, ale " "zainstalowanych jest obecnie kilka takich programów. Wybierz, który z nich " "ma byæ uruchamiany domy¶lnie." #. Type: select #. Description #: ../kdm.templates:1001 msgid "" "Multiple display managers can run simultaneously if they are configured to " "manage different servers; to achieve this, configure the display managers " "accordingly, edit each of their init scripts in /etc/init.d, and disable the " "check for a default display manager." msgstr "" "Mo¿na uruchomiæ jednocze¶nie kilka programów \"display manager\", ale musz± " "one kontrolowaæ ró¿ne serwery; mo¿na to osi±gn±æ konfiguruj±c odpowiednio " "ka¿dy z nich i wy³±czaj±c w ich skryptach startowych w /etc/init.d fragment " "sprawdzaj±cy domy¶lny display manager." #. Type: boolean #. Description #: ../kdm.templates:3001 msgid "Stop the kdm daemon?" msgstr "Zatrzymaæ daemona kdm?" #. Type: boolean #. Description #: ../kdm.templates:3001 msgid "" "The K Desktop manager (kdm) daemon is typically stopped on package upgrade " "and removal, but it appears to be managing at least one running X session." msgstr "" "Daemon K Desktop manager jest zazwyczaj zatrzymywany w czasie aktualizacji i " "usuwania pakietu kdm, ale wygl±da na to, ¿e w tej chwili zarz±dza on " "conajmniej jedn± sesj± X Window." #. Type: boolean #. Description #: ../kdm.templates:3001 msgid "" "If kdm is stopped now, any X sessions it manages will be terminated. " "Otherwise, the new version will take effect the next time the daemon is " "restarted." msgstr "" "Je¶li kdm zostanie teraz zatrzymany, wszystkie zarz±dzane przez niego sesje " "zostan± przerwane. W przeciwnym wypadku nowa wersja zacznie dzia³aæ przy " "jego najbli¿szym restarcie."
Kopete 3.5.0 crashing?
On my system Kopete was crashing on exit: libkopete: WARNING: [void Kopete::PluginManager::slotShutdownTimeout()] Some plugins didn't shutdown in time! libkopete: Remaining plugins: libkopete: Forcing Kopete shutdown now. Mutex destroy failure: Device or resources busy Turning off/on all plugins helps. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368051: libarts1c2a: artsd taking 100% CPU on KDE start
Package: libarts1c2a Version: 1.5.3-1 Followup-For: Bug #368051 On my system (up-to-date 'sid' on AthlonXP 2200+) first thing which I have to do after login is killing artsd - otherwise system is unusable due to fact that whole CPU power is wasted by artsd. Currently I did 'mv artsd artsd-' to not have it started at all (other users of this machine will rather complain then kill artsd (lack of any Unix skills)). For me this bug is rather not 'normal' but more like 'blocker' as it make my machine too sluggish. -- System Information: Debian Release: unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck11 Locale: LANG=pl_PL.UTF8, LC_CTYPE=pl_PL.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to pl_PL.UTF8) Versions of packages libarts1c2a depends on: ii libartsc0 1.5.3-1 aRts sound system C support librar ii libasound2 1.0.11-7 ALSA library ii libaudio2 1.7-9The Network Audio System (NAS). (s ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6-11 GNU C Library: Shared libraries ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libgcc1 1:4.1.0-4GCC support library ii libglib2.0-02.10.3-1 The GLib library of C routines ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libjack0.100.0-00.101.1-1JACK Audio Connection Kit (librari ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libqt3-mt 3:3.3.6-2Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.2-1 The Vorbis General Audio Compressi ii libx11-62:1.0.0-6X11 client-side library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages libarts1c2a recommends: ii libarts1-akode 4:3.5.2-2+b2 akode plugin for aRts -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
next libgadu upload
Hi, [ Gaim guys: I can see that only the experimental version depends on ] [ libgadu, so this is only FYI. ] I would like to upload ekg-1.6+20060826+1.7rc2-1 soon (and 1.7-release before etch is frozen if ekg-team can make it), so I would like to make sure I won't break anything for libgadu's reverse-dependancies. Although there are no significant library changes, it's GG_LIBGADU_VERSION string (in .h file and returned by gg_libgadu_version()) is going to change because of bug #310276 in the following way: -#define GG_LIBGADU_VERSION "20060616" +#define GG_LIBGADU_VERSION "1.6.20060826" when I do the RC upload, and probably to something like "1.7.MMDD" on the -release upload. I know that kopete had a workaround for a change in opposite direction in its library detection code, but I'd like to make sure I won't break anything this time. Also (this is probably a question to the release managers) do I need to wait for anything else before I upload? FWIW, #310276 may be fixed in etch+1, since upstream is finally going to split libgadu out of ekg and go for a better versioning scheme (no datestamps anymore). Another thing: I'd like to make use of the new '~' support, but I've read (in DWN I think) that buildds don't support it yet. Is it going to be fully supported anytime soon? regards, Marcin -- Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kdenonbeta/kdedebian/livecd
CVS commit by pawlik: Minor corrections to make it more precise M +3 -2 BUGS 1.3 --- kdenonbeta/kdedebian/livecd/BUGS #1.2:1.3 @@ -3,5 +3,6 @@ - -- --- -- 1 Alpha12003-12-23 Marcin Pawlik - Default language is portuguese. + For lang=us language becomes pt_BR + (see /etc/init.d/credativ-autoconfig line 273) 2 Alpha12003-12-23 Marcin Pawlik @@ -9,5 +10,5 @@ 3 Alpha12003-12-22 Marcin Pawlik - Language selection at boot does not work. + Language selection at boot is ignored in KDE. 4 Alpha12003-12-22 Marcin Pawlik
Bug#274843: kontact: toolbars are reverted to default after update
Package: kontact Version: 4:3.3.0-3 Severity: normal I use kontact everyday. One day I configured toolbars to have all needed actions in it (all reply buttons etc). After last update of packages all toolbar settings was reset to default. It's annoying... setting them again ;( -- System Information: Debian Release: unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-rc2-mm2 Locale: LANG=pl_PL, LC_CTYPE=pl_PL Versions of packages kontact depends on: ii kdelibs44:3.3.0-2KDE core libraries ii libc6 2.3.2.ds1-17 GNU C Library: Shared libraries an ii libgcc1 1:3.4.2-2GCC support library ii libkcal24:3.3.0-3KDE calendaring library ii libkdenetwork2 4:3.3.0-3KDE Network library ii libkdepim1 4:3.3.0-3KDE PIM library ii libqt3c102-mt 3:3.3.3-4.1 Qt GUI Library (Threaded runtime v hi libstdc++5 1:3.3.4-13 The GNU Standard C++ Library v3 -- no debconf information
Bug#275332: kdvi: srcltx.sty and srctex.sty should be copied, symlinked or installed within tetex tree
Package: kdvi Version: 4:3.2.3-1.1 Severity: wishlist Using kdvi inverse search functionality (see chapter 'Producing TeX files for inverse search') currently require user to manually copy srcltx.sty and srctex.sty to the TeX tree (one need also texhash what is not mentioned). This procedure is troublesome (especially when the user has no root privileges). And I see no reason why those files can not be in correct place already (kdvi depends on tetex already, so it can assume that /usr/share/texmf/tex exists and texhash works). I have two alternative suggestions of the exact method: (a) Those two files are no longer installed in /usr/share/doc/kde/HTML/en/kdvi/ but in /usr/share/texmf/tex/latex/kdvi (or sth similar). One can consider removing the sentence about downloading them from the help file. postinst script does texhash (b) Those two files are installed to /usr/share/doc/kde/HTML/en/kdvi/ as previously, but the postinst script symlinks them within texmf tree and texhash's. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.20-ck2 Locale: LANG=pl_PL, LC_CTYPE=pl_PL Versions of packages kdvi depends on: ii kdelibs4 4:3.2.3-2 KDE core libraries ii kviewshell 4:3.2.3-1.1 KDE generic framework for viewer a ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libc62.3.2.ds1-16GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5 client library to control the FAM ii libfreetype6 2.1.7-2.2 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.1-4sarge1 GCC support library ii libice6 4.3.0.dfsg.1-4 Inter-Client Exchange library ii libpng12-0 1.2.5.0-7 PNG library - runtime ii libqt3c102-mt3:3.3.3-4.1 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-4 X Window System Session Management ii libstdc++5 1:3.3.4-13 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-4 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-4 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-4 X Window System client libraries m ii zlib1g 1:1.2.1.1-7 compression library - runtime -- no debconf information
Bug#273692: Some library problem?
( I am not sure whether it is related to this bug but maybe? ) I happened to observe very similar problems with KDE 3.3 which I compiled myself from KDE sources using konstruct (== KDE sources without any Debianisms). konqueror seemed to regularly hang. I did not track it completely (having limited time I finally abandoned KDE 3.3 in favour of sarge standard KDE 3.2) but it seems to me that the problem is somehow related to some image handling library (I suspected libpng and some header-library mismatch or sth like that, but maybe something else). My observations: - konqueror blahblah.html (where blahblah.html was HTML file without graphics, javascripts etc) worked - konqueror some_page_with_graphics.html crashed or displayed graphics incorrectly (IIRC) - konqueror run without parameters crashed, probably due to the graphics in the default page body - I also remember seeing spoiled images somewhere else (About window or login window or sth like that) but do not remember the details, - finally I remember that there was something wrong regarding libpng (I do not remember details but libpng-dev was of different version than libpng or sth. like that) It is also worth mentioning that for some time I was using some backports (from backports.org) what could confuse some apt-upgrades. Sorry for vague report, I do not remember exact details, but maybe one can find here some idea of the things to check (for instance testing konqueror on sample HTML without graphics specified as command line parameter and checking whether this changes anything). If you thing my report does not add anything valuable, just throw it away. Regards
kdenonbeta/kdedebian/livecd/packagelist
CVS commit by pawlik: Initial checkin Aalpha2_list 1.1
kdenonbeta/kdedebian/livecd
CVS commit by pawlik: Closed bugs #1, #4 and added "run deborphan" reminder M +6 -2 BUGS 1.6 --- kdenonbeta/kdedebian/livecd/BUGS #1.5:1.6 @@ -2,5 +2,5 @@ Description - -- --- -- - 1 Alpha12003-12-23 Marcin Pawlik + 1 Alpha12003-12-23 Marcin Pawlik 2004-01-03 (Alpha2) For lang=us language becomes pt_BR (see /etc/init.d/credativ-autoconfig line 273) @@ -12,5 +12,5 @@ Language selection at boot is ignored in KDE. - 4 Alpha12003-12-22 Marcin Pawlik + 4 Alpha12003-12-22 Marcin Pawlik 2004-01-03 (Alpha2) No /var/lib/dpkg/available prevents "dpkg -l" from working. Can add an empty file. @@ -22,2 +22,6 @@ 6 Alpha12003-12-29 Kurt Pfeifle "kmenuedit" is missing + + 7 Alpha2 2004-01-03 Marcin Pawlik + run deborphan before creating final iso + (not a real bug, just a reminder)
kdenonbeta/kdedebian/livecd
CVS commit by pawlik: Added bugs for Alpha4 M +21 -1 BUGS 1.7 --- kdenonbeta/kdedebian/livecd/BUGS #1.6:1.7 @@ -6,5 +6,5 @@ (see /etc/init.d/credativ-autoconfig line 273) - 2 Alpha12003-12-23 Marcin Pawlik + 2 Alpha12003-12-23 Marcin Pawlik 2004-01-06 (Alpha4) Control Center, Date & Time crashes every time. @@ -26,2 +26,22 @@ run deborphan before creating final iso (not a real bug, just a reminder) + + 8 Alpha42004-01-06 Marcin Pawlik + No KDE language packs for languages other than German + + 9 Alpha42004-01-06 Marcin Pawlik + Control Center, System administration, User Account + crashes every time. + + 10 Alpha42004-01-07 Marcin Pawlik + Changing wallpaper results sometimes hangs the whole + KDE (i.e more kcontrol fun) + + 11 Alpha42004-01-07 Marcin Pawlik + Konqueror hangs or crashes on some web pages. + Like "Pobierz plik" link on + http://www.wiz.pwr.wroc.pl/WIZNET/redirect.asp?page=files&lang=PL + + 12 Alpha42004-01-07 Marcin Pawlik + After style changes menu transparency disappears + sometimes (I had no time to find the pattern)
kdenonbeta/kdedebian/livecd
CVS commit by pawlik: Added reminder to check final packages selection and FR for graphical halt/reboot M +8 -0 BUGS 1.11 --- kdenonbeta/kdedebian/livecd/BUGS #1.10:1.11 @@ -73,2 +73,10 @@ to the OS. We should be consistent with them. + 20 Alpha42004-01-07 Marcin Pawlik + What packages should be on the CD? + The current set is rather random... + (not a real bug, just a reminder) + + 21 Alpha42004-01-07 Otto Kekalainen + Let users graphically halt and reboot the system. + (not a real bug - feature request)
kdenonbeta/kdedebian/livecd/packagelist
CVS commit by pawlik: Initial checkin Aalpha4_list 1.1
kdenonbeta/kdedebian/livecd
CVS commit by pawlik: Closed #11 M +1 -1 BUGS 1.14 --- kdenonbeta/kdedebian/livecd/BUGS #1.13:1.14 @@ -43,5 +43,5 @@ KDE (i.e more kcontrol fun) - 11 Alpha42004-01-07 Marcin Pawlik +X 11 Alpha42004-01-07 Marcin Pawlik 2004-01-11 (Alpha5) Konqueror hangs or crashes on some web pages. Like "Pobierz plik" link on
Bug#238853: kontact: KMail in Kontact is in English, KMail alone is in Polish
Package: kontact Version: 4:3.2.1-1 Severity: normal Tags: l10n I switched to KDE 3.2.1 from Debian, installed kde-i18n-pl 4:3.2.0-0pre1v1, kontact 4:3.2.1-1 and got one problem. Whole Kontact is in English instead of Polish :( If I run KMail alone it is Polish, same with KNode etc. Is is Kontact bug or I should change something? I created new user in system to check if it is error in my .kde settings but on fresh account problem is also occurring. -- System Information: Debian Release: unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.5-rc1 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (ignored: LC_ALL set to pl_PL) Versions of packages kontact depends on: ii kdelibs44:3.2.1-1KDE core libraries ii libart-2.0-22.3.16-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5 client library to control the FAM ii libgcc1 1:3.3.3-3GCC support library ii libice6 4.3.0-7 Inter-Client Exchange library ii libkcal24:3.2.1-1KDE calendaring library ii libkdepim1 4:3.2.1-1KDE PIM library ii libpng12-0 1.2.5.0-5PNG library - runtime ii libqt3c102-mt 3:3.2.3-2Qt GUI Library (Threaded runtime v ii libsm6 4.3.0-7 X Window System Session Management hi libstdc++5 1:3.3.3-3The GNU Standard C++ Library v3 ii libx11-64.3.0-7 X Window System protocol client li ii libxext64.3.0-7 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0-7 X Window System client libraries m ii zlib1g 1:1.2.1-5compression library - runtime -- no debconf information
Bug#273402: kontact: Suggest/Recommend kpilot instead of Depends
Package: kontact Version: 4:3.3.0-2 Severity: wishlist I don't use any PalmOS device so doesn't need KPilot. But Kontact 3.3.0 depends on it so I got it installed. It's one of uneeded KDE packages in my systems and I think that is should be optional package for everyone who use Kontact as PIM - PalmOS users can install kpilot as "extra" and got it in KDEPIM. -- System Information: Debian Release: unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-rc2-mm2 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (ignored: LC_ALL set to pl_PL) Versions of packages kontact depends on: ii kdelibs44:3.3.0-2KDE core libraries ii korganizer 4:3.3.0-2KDE personal organizer ii kpilot 4:3.3.0-2KDE Palm Pilot hot-sync tool ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii libgcc1 1:3.4.2-2GCC support library ii libkcal24:3.3.0-2KDE calendaring library ii libkdenetwork2 4:3.3.0-2KDE Network library ii libkdepim1 4:3.3.0-2KDE PIM library ii libqt3c102-mt 3:3.3.3-4.1 Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.4-12 The GNU Standard C++ Library v3 -- no debconf information
Bug#283472: man: something urls do not work - konqueror wants MANPATH although Debian use manpath
Package: konqueror Version: 4:3.2.2-1 Severity: normal Attempts to open in konqueror urls like: man: bash fail with the following message displayed in the konqueror page (I back-translate to English from Polish so the exact phrase can be a bit different): KDE man browser error No man page for bash. You can extend the search path setting MANPATH variable before KDE is run. The problem is that in current Debian configuration there is no MANPATH variable, instead manpath program together with /etc/manpath.config is used. I am not sure what is the best way to solve the problem, but I can imagine two ways: - patch (debian-specifically) konqueror so it can make use of manpath - change kde startup scripts so they generate MANPATH from manpath (maybe not best, shells started from KDE will get MANPATH) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.20-ck2 Locale: LANG=pl_PL, LC_CTYPE=pl_PL Versions of packages konqueror depends on: ii kcontrol 4:3.2.2-1 KDE Control Center ii kdebase-kio-plugins 4:3.2.2-1 KDE I/O Slaves ii kdelibs4 4:3.2.3-2 KDE core libraries ii kdesktop 4:3.2.2-1 KDE Desktop ii kfind 4:3.2.2-1 KDE File Find Utility ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6client library to control the FAM ii libgcc1 1:3.4.2-2 GCC support library ii libice6 4.3.0.dfsg.1-8 Inter-Client Exchange library ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libkonq4 4:3.2.2-1 Core libraries for KDE's file mana ii libpcre3 4.5-1.1Perl 5 Compatible Regular Expressi ii libpng12-01.2.7-1PNG library - runtime ii libqt3c102-mt 3:3.3.3-7 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-8 X Window System Session Management ii libstdc++51:3.3.4-13 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-8 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-8 X Window System miscellaneous exte ii libxrender1 0.8.3-7X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.2-3 compression library - runtime -- no debconf information
Bug#283472: Not bug: bad use / wish
Dnia pon 29. listopada 2004 11:12, Matías Costa napisał: > This is not a bug. The you should use man:bash, without space. > This should result in a upstream wish report requiring string > trim. Thanks. Reported as http://bugs.kde.org/show_bug.cgi?id=94095
Bug#1104060: incorrect Polish format string for filesystem resize
Package: partitionmanager Version: 24.12.0-1 Severity: normal Tags: l10n X-Debbugs-Cc: porri...@debian.org Noticed when shrinking an LVM PV nested in a LUKS encrypted volume. The messages included: Zadanie: Zmiana rozmiaru systemu plików z 1 562 542 080 do /dev/nvme0n1p3 sektorów. Zmiana rozmiaru systemu plików z 1 996 406 784 do 1 562 542 080 sektorów. Note how the second sentence is correct (includes both initial and final size) but the first sentence has the final size where the initial should be, and the device name where the final size should be. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.12.22-amd64 (SMP w/22 CPU threads; PREEMPT) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages partitionmanager depends on: ii kio6 6.11.0-1+b1 ii libc6 2.41-7 ii libkf6colorscheme66.11.0-1+b1 ii libkf6configcore6 6.11.0-1 ii libkf6configgui6 6.11.0-1 ii libkf6configwidgets6 6.11.0-1+b1 ii libkf6coreaddons6 6.13.0-1 ii libkf6crash6 6.13.0-1 ii libkf6dbusaddons6 6.13.0-1 ii libkf6i18n6 6.13.0-1 ii libkf6kiocore66.11.0-1+b1 ii libkf6kiogui6 6.11.0-1+b1 ii libkf6widgetsaddons6 6.13.0-1 ii libkf6windowsystem6 6.13.0-1 ii libkf6xmlgui6 6.11.0-1+b1 ii libkpmcore12 24.12.0-1 ii libpolkit-qt6-1-1 0.200.0-4+b1 ii libqt6core6t646.8.2+dfsg-5+b1 ii libqt6gui66.8.2+dfsg-5+b1 ii libqt6widgets66.8.2+dfsg-5+b1 ii libstdc++614.2.0-19 partitionmanager recommends no packages. Versions of packages partitionmanager suggests: pn btrfs-progs ii dosfstools 4.2-1.2 pn hfsplus pn hfsutils pn jfsutils ii ntfs-3g1:2022.10.3-5 pn reiser4progs pn reiserfsprogs pn xfsprogs -- no debconf information
Bug#1104060: incorrect Polish format string for filesystem resize
I reached out via https://sourceforge.net/p/kdei18n-pl/mailman/kdei18n-pl-uwagi/thread/CAFsGsx%2BURYF9fktvGQ%2B%3DH%3D%2BOuM1PUYPdPvxn1QLKoBySZyUHTQ%40mail.gmail.com/#msg59177076 If nobody replies I'll try finding the repo for the source found by Jakub and send a change request there if possible. Marcin
Bug#1104060: incorrect Polish format string for filesystem resize
Łukasz Wojniłowicz thanked me for reporting and said it's now fixed.
Bug#730632: calligra: FTBFS with libpqxx-4.0
Package: calligra Version: 1:2.6.4-1 Severity: serious Hi Guys, I'm maintaining libpqxx and as it just made to testing transition is now in progress. Unfortunately Calligra is having problems with it. I suppose it's caused by this (300871[1]) upstream bug. As the upstream is preparing to abandon libpqxx in favor of libpq I'm not sure what your further actions are going to be, thus letting you know about this FTBFS. 1. https://bugs.kde.org/show_bug.cgi?id=300871 -- 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/20131127133855.845.47948.report...@bashton004.kulisz.net
Bug#529900: Kopete: GaduGadu adding empty contact "0" and crashing after deletion of those contacts
Package: kopete Version: 4:4.2.2-1 Severity: normal Everytime kopete is being launched it is adding an extra gadu-gadu contact to the contact list where the added contact is blank (contains no information besides of number 0). Kopete is crashing everytime I'm trying to delete such contacts from the list. The KDE crash handler is unable to create a valid backtrace. When I'm launching Kopete from terminal I'm getting messages as follows: kopete(21578) Kopete::IdentityManager::load: Created identity "ANe3DETxnw" kopete(21578) Kopete::IdleTimer::IdleTimer: Using platform idle timer Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Object::connect: No such slot GaduAccount::search() Regards Marcin 'iwi' Iwinski -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (600, 'testing'), (300, 'stable'), (200, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kopete depends on: ii kdebase-runtime4:4.2.2-1 runtime components from the offici ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii kdepimlibs54:4.2.2-1 core libraries for KDE PIM 4 appli ii libasound2 1.0.19-1 shared library for ALSA applicatio ii libc6 2.9-4 GNU C Library: Shared libraries ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libidn11 1.14-3GNU Libidn library, implementation ii libkopete4 4:4.2.2-1 main Kopete library ii libmeanwhile1 1.0.2-3 open implementation of the Lotus S ii libmsn0.1 4.0~beta3-1 high-level C++ library for MSN Mes ii libortp8 3.0.0-3 Real-time Transport Protocol stack ii libotr23.2.0-1 Off-the-Record Messaging library ii libqca22.0.0-4 libraries for the Qt Cryptographic ii libqimageblitz41:0.0.4-4 QImageBlitz image effects library ii libqt4-dbus4.5.1-2 Qt 4 D-Bus module ii libqt4-network 4.5.1-2 Qt 4 network module ii libqt4-qt3support 4.5.1-2 Qt 3 compatibility library for Qt ii libqt4-sql 4.5.1-2 Qt 4 SQL module ii libqt4-xml 4.5.1-2 Qt 4 XML module ii libqtcore4 4.5.1-2 Qt 4 core module ii libqtgui4 4.5.1-2 Qt 4 GUI module ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.4.0-4 The GNU Standard C++ Library v3 ii libxml22.7.3.dfsg-1 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages kopete recommends: ii libqca2-plugin-ossl 0.1~20070904-3 QCA OSSL plugin for libqca2 Versions of packages kopete suggests: pn kdeartwork-emoticons (no description available) pn khelpcenter(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
