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
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 -W
> > 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
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
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
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 a
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 p
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]
A
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
th
> 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 sin
> 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
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
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 LaT
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
m
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
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
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
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
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::con
19 matches
Mail list logo