Bug#260748: FTBFS: Missing build-dependency inter alia
Package: kdenetwork Version: 4:3.2.2-1 Severity: important This package fails to build from source: ... /bin/sh ../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DWITH_OPENSSL -o krdc -L/usr/X11R6/lib -L/usr/share/qt3/lib -L/usr/lib krdc.all_cpp.o vnc/libvnc.la rdp/librdp.la -lkdeui -lXext -lXxf86vm_pic -lslp -L/usr/X11R6/lib -lX11 -lssl -lcrypto /usr/bin/ld: cannot find -lXxf86vm_pic collect2: ld returned 1 exit status make[4]: *** [krdc] Error 1 ... Adding xlibs-static-pic to the Build-Depends fixes this, but the build still fails: ... /bin/sh ../../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION-o khtml_kget.la -rpath /usr/lib/kde3 -L/usr/X11R6/lib -L/usr/share/qt3/lib -L/usr/lib -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -module khtml_kget_la.all_cpp.lo -lkhtml /usr/bin/ld: .libs/khtml_kget.so: undefined versioned symbol name std::time_put_w@@GLIBCPP_3.2 /usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status make[4]: *** [khtml_kget.la] Error 1 -- Matt Kraai[EMAIL PROTECTED]http://ftbfs.org/ signature.asc Description: Digital signature
Bug#260749: FTBFS: Missing Build-Depends inter alia
Package: kdemultimedia Version: 4:3.2.2-1 Severity: important This package fails to build from source: ... /bin/sh ../../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION-o libmpeg.la -rpath /usr/lib -L/usr/X11R6/lib -L/usr/share/qt3/lib -L/usr/lib -release 0.3.0 dummy.lo mpgplayer/libmpgplayer.la mpegplay/libmpegplay.la splay/libsplay.la oggvorbis/liboggvorbisbase.la tplay/libtplay.la decoder/libdecoder.la output/liboutput.la input/libinput.la util/libutil.la frame/libframe.la yuv/libyuvPlugin.la -lX11 -lXext -lm -lstdc++ -lXv -lXxf86dga_pic -lXxf86vm_pic -lcdda_paranoia -lcdda_interface -lvorbisfile -lvorbis -logg -lpthread /usr/bin/ld: cannot find -lXxf86dga_pic collect2: ld returned 1 exit status make[5]: *** [libmpeg.la] Error 1 make[5]: Leaving directory `/tmp/buildd/kdemultimedia-3.2.2/obj-i386-linux/mpeglib/lib' ... Adding xlibs-static-pic to the Build-Depends fixes this problem, but the build still fails with the following error: ... /bin/sh ../../libtool --silent --mode=link --tag=CXX g++ -DEXAMPLES_DIR='"/usr/share/apps/artsbuilder/examples"' -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -o libartsbuilder.la -rpath /usr/lib -L/usr/X11R6/lib -L/usr/share/qt3/lib -L/usr/lib -L/usr/lib -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined libartsbuilder_la.all_cc.lo -lmcop -lartsflow -ldl /usr/bin/ld: .libs/libartsbuilder.so.0.0.0: undefined versioned symbol name std::time_put_w@@GLIBCPP_3.2 /usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status make[4]: *** [libartsbuilder.la] Error 1 ... -- Matt Kraai[EMAIL PROTECTED]http://ftbfs.org/ signature.asc Description: Digital signature
Bug#260616: is /usr/share/doc/kde/HTML/en/kdvi/srcltx.sty in the correct path?
> > Agreed, though this might be a slow process since to be done properly it > > will need to go upstream and propagate through the many translators. > > Ack. Ah, and this has already been done for KDE 3.3 -- the documentation in HEAD describes the option --src-specials (which is the same option). Ben.
Bug#240454: marked as done (kdelibs-bin: Icons for menu directories)
Your message dated Wed, 21 Jul 2004 23:59:29 +0200 with message-id <[EMAIL PROTECTED]> and subject line Fixed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 27 Mar 2004 13:39:38 + >From [EMAIL PROTECTED] Sat Mar 27 05:39:38 2004 Return-path: <[EMAIL PROTECTED]> Received: from av6-2-sn3.vrr.skanova.net [81.228.9.180] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B7E2E-00071c-00; Sat, 27 Mar 2004 05:39:38 -0800 Received: by av6-2-sn3.vrr.skanova.net (Postfix, from userid 502) id DF91D37E47; Sat, 27 Mar 2004 14:39:06 +0100 (CET) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av6-2-sn3.vrr.skanova.net (Postfix) with ESMTP id CF84537E42; Sat, 27 Mar 2004 14:39:06 +0100 (CET) Received: from monoworld.ath.cx (h8n2fls32o971.telia.com [217.208.81.8]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with SMTP id 9BDDE37E42; Sat, 27 Mar 2004 14:39:06 +0100 (CET) Received: by monoworld.ath.cx (sSMTP sendmail emulation); Sat, 27 Mar 2004 14:39:02 +0100 From: "Christoffer Sawicki" <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: kdelibs-bin: Icons for menu directories X-Mailer: reportbug 2.53 Date: Sat, 27 Mar 2004 14:39:02 +0100 Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: kdelibs-bin Version: 4:3.2.1-1 Severity: wishlist It would be nice if the -dirs menu-method would create directories that have icons. Currently, removing line 18 from the script has this effect (at least in Kicker). Also, what about a Debian swirl for the top Debian dir? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.4-1-k7 Locale: LANG=en_US, LC_CTYPE=sv_SE Versions of packages kdelibs-bin depends on: ii kdelibs4 4:3.2.1-1 KDE core libraries ii libart-2.0-2 2.3.16-2 Library of functions for 2D graphi ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libcupsys2 1.1.20final+cvs20040317-3 Common UNIX Printing System(tm) - ii libfam0c1022.7.0-5 client library to control the FAM ii libgcc11:3.3.3-3 GCC support library ii libgcrypt1 1.1.12-4 LGPL Crypto library - runtime libr ii libgnutls7 0.8.12-5 GNU TLS library - runtime library ii libice64.3.0-7 Inter-Client Exchange library ii libpng12-0 1.2.5.0-5 PNG library - runtime ii libqt3c102-mt 3:3.2.3-2 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0-7 X Window System Session Management ii libstdc++5 1:3.3.3-3 The GNU Standard C++ Library v3 ii libtasn1-0 0.1.2-1 Manage ASN.1 structures (runtime) ii libx11-6 4.3.0-7 X Window System protocol client li ii libxext6 4.3.0-7 X Window System miscellaneous exte ii libxml22.6.7-1 GNOME XML library ii libxrender10.8.3-7 X Rendering Extension client libra ii libxslt1.1 1.1.2-3 XSLT processing library - runtime ii netpbm 2:10.0-3 Graphics conversion tools ii python 2.3.3-7 An interactive high-level object-o ii xlibs 4.3.0-7 X Window System client libraries m ii zlib1g 1:1.2.1-5 compression library - runtime -- no debconf information --- Received: (at 240454-close) by bugs.debian.org; 21 Jul 2004 22:00:08 + >From [EMAIL PROTECTED] Wed Jul 21 15:00:08 2004 Return-path: <[EMAIL PROTECTED]> Received: from av4-2-sn3.vrr.skanova.net [81.228.9.112] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BnP8C-0001Bz-00; Wed, 21 Jul 2004 1
Bug#260731: missing MIME configuration
Package: kpdf Version: 4:3.2.2-1 Severity: minor kpdf is missing an entry in /usr/lib/mime/packages/. I'd like it to register as a system-wide PDF viewer automatically, like kghostview or gpdf does. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=lt_LT.UTF-8 Versions of packages kpdf depends on: ii kdelibs4 4:3.2.3-2 KDE core libraries ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5client library to control the FAM ii libfreetype6 2.1.7-2.1 FreeType 2 font engine, shared lib ii libgcc1 1:3.4-0pre4GCC support library ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library ii libpaper1 1.1.14-0.1 Library for handling paper charact ii libpng12-01.2.5.0-6 PNG library - runtime ii libqt3c102-mt 3:3.2.3-4 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-6 X Window System Session Management ii libstdc++51:3.3.4-3 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte ii libxrender1 0.8.3-7X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.1.1-5compression library - runtime -- no debconf information -- Gintautas signature.asc Description: Digital signature
Bug#260725: flash of beginning of page before scrolling through to the next
Package: kghostview Version: 4:3.2.2-1 Severity: normal If I open a .ps file and scroll down with my mousewheel, on the page boundary the display jumps to the next page, which is nice. However, before jumping to the next page, kghostview shows the top of the current page for a very brief moment and only then the new page. This is very irritating (makes me feel as if I have accidentally 'skipped' a page. I suppose this bug wouldn't be hard to fix, but I didn't have the time to look into it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=lt_LT.UTF-8 Versions of packages kghostview depends on: ii gs8.01-4 Transitional package ii gs-esp [gs] 7.07.1-8 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.01-4 The GPL Ghostscript PostScript int ii kdelibs4 4:3.2.3-2 KDE core libraries ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5client library to control the FAM ii libgcc1 1:3.4-0pre4GCC support library ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library ii libpng12-01.2.5.0-6 PNG library - runtime ii libqt3c102-mt 3:3.2.3-4 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-6 X Window System Session Management ii libstdc++51:3.3.4-3 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte ii libxrender1 0.8.3-7X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.1.1-5compression library - runtime -- no debconf information -- Gintautas signature.asc Description: Digital signature
kdenonbeta/kdedebian/kapture
CVS commit by mornfall: Update TODO. M +3 -3 TODO 1.54 --- kdenonbeta/kdedebian/kapture/TODO #1.53:1.54 @@ -174,5 +174,5 @@ shortcomings. - BETTER FEEDBACK SYSTEM [done: 0%] + BETTER FEEDBACK SYSTEM [done: 30%] Improve the current progress and status feedback system to a point where it would be more reliable than not ;). Make it nice, make it slick, etc. @@ -188,7 +188,7 @@ - add broken-fixing (-f) mode - USE OPSTATUS [done: 0%] + USE OPPROGRESS [done: 50%] - don't freeze the GUI on slow operations (cache load, etc) - - add small progressbar somewhere (statusbar?) + - show the operation progress PROGRESS/DPKG EMBEDDED INTO KAPTURE WINDOW [done: 40%]
kdenonbeta/kdedebian/kapture
CVS commit by mornfall:
Implement OpProgressDialog. It is used by libcapture automatically if
libkapture's KaptureManager is instantiated (KaptureManager registers
OpProgressDialogFactory as the default OpProgressFactory).
Alibkapture/opprogressdialog.cpp 1.1 [no copyright]
Alibkapture/opprogressdialog.h 1.1 [no copyright]
M +3 -1 libcapture/opprogress.h 1.2
M +1 -0 libcapture/pkgmanager.cpp 1.44
M +1 -1 libkapture/Makefile.am 1.19
M +2 -0 libkapture/kapturemanager.cpp 1.32
--- kdenonbeta/kdedebian/kapture/libcapture/opprogress.h #1.1:1.2
@@ -32,6 +32,8 @@ namespace capture
static OpProgress *create (void) {
return s_inst ? s_inst -> doCreate () : new OpProgress; }
-OpProgress *doCreate (void) {
+virtual OpProgress *doCreate (void) {
return new OpProgress; }
+static void setInst (OpProgressFactory *f) {
+s_inst = f; }
};
--- kdenonbeta/kdedebian/kapture/libcapture/pkgmanager.cpp #1.43:1.44
@@ -181,4 +181,5 @@ bool PkgManager::loadCache ()
notifyRebuild ();
notifyCacheWriteableChange ();
+delete prog;
return true;
}
--- kdenonbeta/kdedebian/kapture/libkapture/Makefile.am #1.18:1.19
@@ -37,5 +37,5 @@
summaryviewui.ui summaryview.cpp\
kapturemanager.cpp dpkgpm.cpp \
-groupersetupwidget.cpp
+groupersetupwidget.cpp opprogressdialog.cpp
libkapture_la_LDFLAGS = $(all_libraries) -no-undefined
--- kdenonbeta/kdedebian/kapture/libkapture/kapturemanager.cpp #1.31:1.32
@@ -13,4 +13,5 @@
#include
#include
+#include "opprogressdialog.h"
using namespace capture;
@@ -27,4 +28,5 @@ KaptureManager::KaptureManager (int)
m_elemCur = m_elemHist . end ();
PkgManager::instance ();
+OpProgressFactory::setInst (new OpProgressDialogFactory);
m_top = 0;
m_acqStatus = 0;
'Best' way to develop debs of kdeextragear* apps inside KDE CVS
Hi, I'm working on debs for keg modules libexif, libkipi, kipi-plugins and digikam (as test app) to ease preparation by a DD or ITP them later myself when they will be released (maybe end of august??) Untils the upstream release: I find it quite inconvinient to create a tar ball and then follow the std procedure again and again (I've to copy every change back to kde cvs. Has anyone some tips, URLs, how to best 'prepare' a deb pkg inside kdeextragear cvs? What I would like to do is to cvs up make -f Makefile.cvs cd while ! happy; do whats-necessary; debuild; dpkg -i ../xxx; test; test; test done Appended are my current work arounds. I hope someone found something better, to deal with the problem. Any hint & tip appreciated! After the upstream release: Has anyone a script that makes it simpler to incorporate changes between the .orig.tar.gz and a (stable) branch into debian/patches/*? Ditto vice versa possible changes in src tree back into kde cvs tree? Achim P.S. here my kde cvs workaround For the kdebluetooth rules I use hacks like ifeq "$(wildcard ./admin)" "" # okay uppacked tar ball else # in keg*/ fi and for libkexif/kipi kipi-plugins,digican (with cdbs) stuff like: cat //configure #!/bin/bash cd .. && ./configure "$@" works for all but kipi-plugins where I also have to add ln -s . obj-i386-linux still to investigate why cdbs created where a obj-i386-linux build dir and not in the other cases. Achim -- -> . To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED]
Bug#260616: is /usr/share/doc/kde/HTML/en/kdvi/srcltx.sty in the correct path?
> If symlinks are used, the symlink needs to be in /usr/share/doc, since > /usr/sahre/doc does not need to be present, and thus a symlink in > /usr/share/texmf/tex/... would be broken. Sure. > In that case, it should be documented how to use -src. Agreed, though this might be a slow process since to be done properly it will need to go upstream and propagate through the many translators. > Can you please explain, I do not seem familiar with that concept. Instead of "latex foo", use "latex -src foo". This inserts the specials into the DVI file. Unfortunately it doesn't seem to be included in the tex manpage, which I presume is out of date. Ben.
Bug#260616: is /usr/share/doc/kde/HTML/en/kdvi/srcltx.sty in the correct path?
> The docs say to copy the style file to the directory with the .tex > file, which of course will work, but isn't appropriate for a > distribution like Debian. I'd expect the files to be where the > distribution's LaTeX will look for them. A gazillion of other packages > manages to put their .sty files where they belong and are found by > LaTeX without manual user intervention. I don't object to the files being *copied* (or symlinked) elsewhere. What I was basically trying to say was: 1) it's not an error -- they were put where upstream meant to put them; 2) they shouldn't be *moved* elsewhere (as requested in the bug report), since this will break the docs. But more to the point, I don't believe these style files are even necessary. The tetex in sid supports -src, which does the same job as these style files but is more robust (AIUI). Ben.
Bug#260624: kmail: can't preview PDF attachement when compiling a message
Package: kmail Version: 4:3.2.2-2 Severity: normal When I write a message and attach a PDF to it, I often want to have a look at the attachement just to make sure I'm sending the right one. Unfortunately, kmail shows the beginning of it as text instead of interpreting the PDF. On the command line, it tells me "kmail: WARNING: KMMessagePart::bodyDecoded(): body is binary but used as text!" -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages kmail depends on: ii kdebase-kio-plugins 4:3.2.2-1 KDE I/O Slaves ii kdelibs4 4:3.2.3-2 KDE core libraries ii ktnef 4:3.2.2-2 KDE TNEF viewer ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5client library to control the FAM ii libgcc1 1:3.3.4-3 GCC support library ii libice6 4.3.0.dfsg.1-4 Inter-Client Exchange library ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libkcal2 4:3.2.2-2 KDE calendaring library ii libkdenetwork24:3.2.2-2 KDE Network library ii libkdepim14:3.2.2-2 KDE PIM library ii libksieve04:3.2.2-2 KDE mail/news message filtering li ii libmimelib1 4:3.2.2-2 KDE mime library ii libpcre3 4.5-1.1Perl 5 Compatible Regular Expressi ii libpng12-01.2.5.0-6 PNG library - runtime ii libqt3c102-mt 3:3.2.3-4 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-4 X Window System Session Management ii libstdc++51:3.3.4-3 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-7X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.1.1-3compression library - runtime -- no debconf information
Bug#260616: is /usr/share/doc/kde/HTML/en/kdvi/srcltx.sty in the correct path?
Hi,
> When I look at the location of srcltx.sty, the HTML/en in the path
> strikes me as strange. It's the only .sty file in an HTML directory,
> and it doesn't seem to be found by LaTeX.
>
> Please consider the location of that file, move it somewhere else or
> make sure that it is found by LaTeX so that
> \usepackage[active]{srcltx} works.
These style files are indeed in the correct location -- they are part of
the HTML documentation.
Open help:/kdvi/inverse-search.html in konqueror -- you'll see links to
the style files, coupled with instructions for what to do with them.
Ben.
Bug#260616: is /usr/share/doc/kde/HTML/en/kdvi/srcltx.sty in the correct path?
Package: kdvi
Version: 4:3.2.2-1
Severity: minor
When I look at the location of srcltx.sty, the HTML/en in the path
strikes me as strange. It's the only .sty file in an HTML directory,
and it doesn't seem to be found by LaTeX.
Please consider the location of that file, move it somewhere else or
make sure that it is found by LaTeX so that
\usepackage[active]{srcltx} works.
Greetings
Marc
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-zg1-vash
Locale: LANG=C, LC_CTYPE=de_DE
Versions of packages kdvi depends on:
ii kdelibs4 4:3.2.3-2 KDE core libraries
ii kviewshell4:3.2.2-1 KDE generic framework for viewer a
ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi
ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an
ii libfam0c102 2.7.0-5client library to control the FAM
ii libfreetype6 2.1.7-2.1 FreeType 2 font engine, shared lib
ii libgcc1 1:3.4.1-2 GCC support library
ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library
ii libpng12-01.2.5.0-6 PNG library - runtime
ii libqt3c102-mt 3:3.2.3-4 Qt GUI Library (Threaded runtime v
ii libsm64.3.0.dfsg.1-6 X Window System Session Management
ii libstdc++51:3.3.4-4 The GNU Standard C++ Library v3
ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte
ii libxrender1 0.8.3-7X Rendering Extension client libra
ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m
ii zlib1g1:1.2.1.1-5compression library - runtime
-- no debconf information
Bug#260607: Trash folders on IMAP do not work properly
Package: kmail Version: 4:3.2.2-2 Severity: minor If an IMAP folder is specified as Trash for an account (from Configure Kmail/Network/Receiving/Trash Folder), Kmail behaves in a very silly manner: 1. Messages are correctly copied to Trash when deleted, but still count for unread (similar to an old evolution 1.0.x bug). 2. The "empty trash" command in the file menu skips IMAP Trash folders. You have to delete messages from the Trash manually. As minor is the lowest level I cannot flag these with their real level (nuisance). Cheers, A. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.24c3v2full Locale: LANG=C, LC_CTYPE=C Versions of packages kmail depends on: ii kdebase-kio-plugins 4:3.2.2-1 KDE I/O Slaves ii kdelibs4 4:3.2.3-2 KDE core libraries ii ktnef 4:3.2.2-2 KDE TNEF viewer ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5client library to control the FAM ii libgcc1 1:3.3.4-2 GCC support library ii libice6 4.3.0.dfsg.1-4 Inter-Client Exchange library ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libkcal2 4:3.2.2-2 KDE calendaring library ii libkdenetwork24:3.2.2-2 KDE Network library ii libkdepim14:3.2.2-2 KDE PIM library ii libksieve04:3.2.2-2 KDE mail/news message filtering li ii libmimelib1 4:3.2.2-2 KDE mime library ii libpcre3 4.5-1.1Perl 5 Compatible Regular Expressi ii libpng12-01.2.5.0-6 PNG library - runtime ii libqt3c102-mt 3:3.2.3-4 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-4 X Window System Session Management ii libstdc++51:3.3.4-2 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-7X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.1.1-3compression library - runtime -- no debconf information
kdenonbeta/kdedebian/kapture/libcapture
CVS commit by mornfall:
Start generic OpProgress support in libcapture.
Aopprogress.cpp 1.1 [no copyright]
Aopprogress.h 1.1 [LGPL (v2+)]
M +1 -1 Makefile.am 1.19
M +4 -3 pkgmanager.cpp 1.43
--- kdenonbeta/kdedebian/kapture/libcapture/Makefile.am #1.18:1.19
@@ -24,5 +24,5 @@
pkgcache.cpp safeiterators.cpp pkggroup.cpp \
grouper.cpp filters.cpp depgroupers.cpp \
-tree.cpp treenode.cpp param.cpp \
+tree.cpp treenode.cpp param.cpp opprogress.cpp \
groupermanager.cpp pkgmanager.cpp pkgsystem.cpp dpkgpm.cpp \
stl_util.cpp
--- kdenonbeta/kdedebian/kapture/libcapture/pkgmanager.cpp #1.42:1.43
@@ -54,4 +54,5 @@
#include "tree.h"
#include "tagcollbuilder.h"
+#include "opprogress.h"
// }}}
@@ -164,11 +165,11 @@ bool PkgManager::loadCache ()
notifySave ();
closeCache ();
-OpProgress prog;
+OpProgress *prog = OpProgressFactory::create ();
m_write = true;
bool ext = _config -> FindB ("Capture::Cache::UseExtState", false);
-if (! m_cache . Open (prog, ext, m_write)) {
+if (! m_cache . Open (*prog, ext, m_write)) {
_error -> Discard ();
m_write = false;
-if (! m_cache . Open (prog, ext, m_write))
+if (! m_cache . Open (*prog, ext, m_write))
return false; // XXX
}
Bug#252571
The same happens to me with the floppy drive: once konqueror (3.2.3) has accessed the directory, it cannot be unmounted any more. I do think it is a bug in konqueror because the problem does not occur when mounting, reading and writing from the console. However, the problem does occur when mounting a removable drive from the command line and accessing the mount-directory afterwards with konqueror: the drive cannot be unmounted any more because it is still busy. Once konqueror is killed, the drive can be unmounted without problems. Any fixes anywhere out there? Thanks Chris
kdenonbeta/kdedebian/kapture
CVS commit by mornfall:
Rename: ProgressWidget* -> AcqProgressWidget. Reduce confusion :). Also
update TODO...
Alibkapture/acqprogresswidget.cpp 1.1 [no copyright]
Alibkapture/acqprogresswidget.h 1.1 [LGPL (v2+)]
Alibkapture/acqprogresswidgetui.ui 1.1
M +2 -2 kurrent/kurrent.cpp 1.4
M +2 -2 kurrent/kurrent.h 1.3
M +2 -2 libkapture/Makefile.am 1.18
Rlibkapture/progresswidget.cpp 1.2
Rlibkapture/progresswidget.h 1.1
Rlibkapture/progresswidgetui.ui 1.5
--- kdenonbeta/kdedebian/kapture/kurrent/kurrent.cpp #1.3:1.4
@@ -21,5 +21,5 @@
#include
#include
-#include
+#include
#include "kurrent.h"
/* }}} */
@@ -48,5 +48,5 @@ Kurrent::Kurrent ()
m_treeView -> makeTree ();
-m_aProgress = new kapture::ProgressWidget (m_stack, "progress");
+m_aProgress = new kapture::AcqProgressWidget (m_stack, "progress");
m_term = new konsolePart (m_stack, "konsole", m_stack, "konsole");
--- kdenonbeta/kdedebian/kapture/kurrent/kurrent.h #1.2:1.3
@@ -14,5 +14,5 @@ class KURL;
namespace kapture {
class TreeView;
-class ProgressWidget;
+class AcqProgressWidget;
}
@@ -37,5 +37,5 @@ class Kurrent : public KurrentUi
enum State { Default, Download, Install } m_state;
konsolePart *m_term;
-kapture::ProgressWidget *m_aProgress;
+kapture::AcqProgressWidget *m_aProgress;
QWidget *m_progress;
QWidget *m_default;
--- kdenonbeta/kdedebian/kapture/libkapture/Makefile.am #1.17:1.18
@@ -11,5 +11,5 @@
treeview.h listtreeview.h \
kapturemanager.h \
-acqprogress.h progresswidget.h errordialog.h commitstatus.h \
+acqprogress.h acqprogresswidget.h errordialog.h commitstatus.h \
listtreewidget.h summaryview.h \
groupersetupwidget.h
@@ -31,5 +31,5 @@
libkapture_la_SOURCES = \
pkgcelemviewdetailsui.ui pkgcelemviewcommonui.ui listtreeviewui.ui \
-progresswidgetui.ui acqprogress.cpp errordialog.cpp commitstatus.cpp
progresswidget.cpp \
+acqprogresswidgetui.ui acqprogress.cpp errordialog.cpp commitstatus.cpp
acqprogresswidget.cpp \
celemview.cpp pkgcelemview.cpp \
treeview.cpp \
kdenonbeta/kdedebian/kapture/kurrent
CVS commit by mornfall: Quit the app when the window is closed... M +1 -0 main.cpp 1.2 --- kdenonbeta/kdedebian/kapture/kurrent/main.cpp #1.1:1.2 @@ -25,4 +25,5 @@ int main(int argc, char **argv) KCmdLineArgs::addCmdLineOptions(options); KApplication app; +QObject::connect (&app, SIGNAL (lastWindowClosed ()), &app, SLOT (quit ())); // register ourselves as a dcop client
