If I understand the KMimeMagic code properly, then what you are trying
to accomplish is possible by putting an extra *.magic file in the
/etc/kde3/magic directory. It should be used automagically by the KDE
MIME system. If you need an example, install the kolf package, it
contains such a file ii
Hi,
( Another copy of this mail, since I forgot to send a copy of it to
the submitter of the bug )
Could you please check if this problem still exists with the current
packages ?
Thanks
domi
Hi,
Why, when and/or how is this a problem ? All the KDE screensavers
I've tested link to this library, and run perfectly.
I also don't think there is conceptually anything wrong with the idea
of referencing back to application symbols from a dll.
E.g. have a look at this ld(1) flag:
Hi,
Thanks for your bug report.
I'm not seeing this bug on my system, can you please provide me with
the following information ?
1 Have you done anything special to your installation like installing
a(nother) version of Qt and/or KDE yourself or... ?
2 Can you provide me with the content of
Hi,
Can you try to attach to the process that is looping forever, and try
to get a backtrace from it ?
What you should do is:
"gdb kdeinit " from the shell
"where" in the gdb window.
It's quite possible that this won't yield too meaningful results ( a
lot of question marks ), but well, we can a
Package: kdelibs4-dev
Version: 4:3.1.4-3
Severity: serious
I can hardly believe this hasn't been noticed before, but kdelibs4-dev
should of course depend on libqt3-mt-dev. I think this is causing
build failures on a mips buildd, at least here:
http://buildd.debian.org/fetch.php?&pkg=kdepim&ver=4
Debian Bug Tracking System writes:
> I'm fairly certain this isn't actually needed. Note that
> kdelibs4-dev depends on libarts1-dev which in turn depends on
> libqt3-mt-dev. I think the issue you saw on the buildd was because I
> shuffled how arts was packaged, which caused breakage until kdelibs
So, what is this bug still about ?
It's clear to me that KDE won't be using /etc/mime-magic any time
soon, because that system is not standard either, and misses some of
the features of KDE's system. /etc/magic isn't even a candidate, as
it doesn't contain the data that KDE needs. Or perhaps KD
Hi,
I've been working through a lot of debian kde* related bugs lately,
especially the release-critical ones, and there are currently four
release-critical bugs that all require a new kdebase upload:
211985 206958 210606 218731
These are all bugs for which a patch is available, or only a recompi
Bill Allombert writes:
> What you need is a 3-way overriding process like Debian menu does:
> 1: ~/.kde3/share/config for user config. 2: /etc/kde3 for sysadmin
> config. 3: /use/share/kde3/config for package config.
> Files in 1) override files in 2) and 3), files in 2) override files
> in 3)
Bill Allombert writes:
>> > Also that does not address why KDE need its own mime-magic
>> > system. Why not using the /etc/mime-magic file ?
>>
>> Because the existing system was not sufficient. KDE apps ( like
>> e.g. kolf ) need to be able to install a file which contains some
>> more data for
The patch has been included in KDE CVS some 2 months ago, and it will
thus be fixed in KDE 3.2.
cheers
domi
Hi,
Looking on http://packages.qa.debian.org/kdebase, it says that
kdebase is still orphaned. the page for kdelibs has correct
information about this list maintaining it and such. Does anyone know
what is the cause for this ? Did anyone forget to do something to
inform the debian people or som
CVS commit by domi:
not necessary anymore due to previous commit
RMakefile.PL.diff 1.1.2.3
Hi,
Does anyone happen to have any idea why the new kdebase upload is not
being accepted ? Is this perhaps somehow still related to the server
compromise a few weeks ago ?
cheers
domi
Chris Cheney writes:
> On Tue, Dec 16, 2003 at 12:31:52AM +0100, Dominique Devriese wrote:
>> Does anyone happen to have any idea why the new kdebase upload is
>> not being accepted ? Is this perhaps somehow still related to the
>> server compromise a few weeks ago ?
> N
Nathanael Nerode writes:
> ...taps fingers "ASAP" as of two days ago. Any chance this
> will happen this year?!?
I've been naggin enough, so I'll try to be constructive here :)
The kdebase bugs that I think are relevant to this upload ( I've been
working through quite some kdebase bugs rec
Hi, Chris
Here are three more bugs that you can close in the new upload, that I
forgot in my last mail:
Fixed upstream in KDE 3.1.4 according to submitter:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=224249
Another debconf translation, see previous mail:
http://bugs.debian.org/cgi-bin/bugre
Chris Cheney writes:
> I haven't looked the bugs listed here yet but I have essentially
> finished the kdebase deb except for making it actually compile :\ I
> think I have fixed everything you listed (from a brief look) as well
> as some others. I have also already finished the kdm debconf stuff
Riku Voipio writes:
> I noticed while attempting to clean up kde BTS reports, that you
> have been very active caring about the bugs. I think you would be
> great help for the project if you would join the Debian QT/Kde
> maintainers team on alioth[1]. notice that you don't need to be a
> debian
Hi,
I have some questions about how development occurs on the KDE Debian
packages:
1. Exactly what is the role of the alioth pkg-kde project ? AFAICT
from the website, there is no activity there, even the CVS
repository is empty.
2. Where does active development occur on the packages
CVS commit by domi:
Applying pretty straightforward patch for Debian bug #160428.
Chris, I hope I'm doing this right :)
CCMAIL:Christopher L. Cheney <[EMAIL PROTECTED]>
M +4 -4 konqueror.mime 1.9.2.1
--- kdebase/debian/konqueror.mime #1.9:1.9.2.1
@@ -11,6 +11,6 @@
text/plain; kon
Hi,
Thanks a lot, Riku and Chris for you replies. It's made it all a lot
clearer. I've committed a simple patch to KDE_3_1_BRANCH some time
ago, I hope I've done it right. I've registered on alioth as
domi-guest, can someone add me to the developers for the pkg-kde
project, please ?
Chris Che
Hi,
Sorry that I'm back here whining again, but I don't think we can
afford to keep this new serious kdm.postinst bug [1] in the packages
for a few months as before.
Chris, what are your plans on this ? When do you plan to do a new
upload for this ? I can understand if you wait for some more
Chris Cheney writes:
> There appears to be another RC bug now that needs to be fixed as
> well, which I unfortunately don't know how to fix. It causes kdebase
> to fail to build on both mips/mipsel.
>
Apparently there's a discussion on #kde-devel going on about this.
DanielS is there, fixing the
CVS commit by domi:
make it build with KDE 3.1
M +2 -0 kapture.cpp 1.2
--- kdenonbeta/kdedebian/kapture/kapture/kapture.cpp #1.1:1.2
@@ -83,6 +83,8 @@ void kapture::setupActions()
KStdAction::quit(kapp, SLOT(quit()), actionCollection());
+#if KDE_IS_VERSION( 3, 1, 90 )
c
CVS commit by domi:
cvs ignore
A.cvsignore 1.1
CVS commit by domi:
1. Fix a lot of warnings -> Peter, could you please configure with
"--enable-debug=full" and try to prevent warnings about unused
arguments and such ?
2. Add a generic PkgFilterGrouper as a base class for filter groupers,
as a manner of getting a feel of how the PkgGrouper st
CVS commit by domi:
Clean up the capture -> kapture callback system. Replace a function
pointer+void data pointer "baton" by a new abstract callback class.
CCMAIL:"Peter Rockai (mornfall)" <[EMAIL PROTECTED]>
Apkgtreefactory.h 1.1 [GPL (v2+)]
M +17 -37pkggrouper.cpp 1.
CVS commit by domi:
add a feature suggestion by Richard Bos
M +2 -0 TODO 1.2
--- kdenonbeta/kdedebian/kapture/TODO #1.1:1.2
@@ -11,2 +11,4 @@
- debtags support
- installation wizard, kdebconf embedding
+- make a kpart that will be opened when the user clicks on a .deb in
+ konque
CVS commit by domi:
oops, this should have been LGPL.
M +11 -11pkgtreefactory.h 1.2
--- kdenonbeta/kdedebian/kapture/kapture/pkgtreefactory.h #1.1:1.2
@@ -3,18 +3,18 @@
// Copyright (C) 2003 Dominique Devriese <[EMAIL PROTECTED]>
-// This program is free software; y
CVS commit by domi:
found a bug: when escaping a val ending in "::", you got wrong results with
explode
M +14 -1 stl_util.cpp 1.3
--- kdenonbeta/kdedebian/kapture/kapture/stl_util.cpp #1.2:1.3
@@ -20,4 +20,8 @@
#include
+#ifdef DOMI_DEBUG
+#include
+#include
+#endif
#includ
CVS commit by domi:
properly escape and unescape everything in the serialization and
deserialization processes. Fix a few bugs as well
M +87 -15stl_util.cpp 1.4
CVS commit by domi:
proper unit tests for the stl_util stuff
M +36 -21stl_test.cpp 1.2
M +0 -42 stl_util.cpp 1.5
--- kdenonbeta/kdedebian/kapture/kapture/stl_test.cpp #1.1:1.2
@@ -1,29 +1,44 @@
#include "stl_util.h"
#include
+#include
using namespace std;
using namesp
CVS commit by domi:
cvs ignore stl_test
M +1 -0 .cvsignore 1.3
--- kdenonbeta/kdedebian/kapture/kapture/.cvsignore #1.2:1.3
@@ -4,2 +4,3 @@
Makefile
Makefile.in
+stl_test
CVS commit by domi:
constant references rock.
Peter: copying std::map's around is a pretty heavy operation, don't do
it unless necessary.
CCMAIL: Peter Rockai <[EMAIL PROTECTED]>
M +9 -9 pkggrouper.cpp 1.10
M +11 -11pkggrouper.h 1.12
Ben Burton writes:
>> This seems pretty fundemental to me. Are you saying that the KDE
>> CVS is not the place to get the most up to date version of the
>> debian subdirectories.
> It is the place for BRANCH, which is what's currently in debian
> unstable.
Actually, Chris told me he had forgo
Hi,
Can you please check if this bug still occurs in recent KDE versions ?
The upstream BTS says it doesn't, and I will close this bug, unless it
is reconfirmed.
cheers
domi
Hi,
This bug is +2 years old, can you please confirm if it still occurs
with recent ( i.e. 3.1 ) KDE packages ?
thanks
domi
Riku Voipio writes:
package konqueror
tags 103008 -wontfix
clone 103008 -1 -2
retitle 103008 twm: twm should support the XEmbed spec
retitle -1 wmaker: wmaker should support the XEmbed spec
retitle -2 xfwm4: xfwm4 should support the XEmbed spec
reassign 103008 twm
reassign -1 wmaker
reassign -2 xf
Hi all,
In case you are interested, I have made available an unofficial apt
repository of KDE packages built with debugging support.
UPGRADING
The version numbers are chosen such that they will be installed over
the current official KDE packages, but the first next official KDE
packages will i
Hi,
I have just made available a document describing how to use my
unofficial KDE packages with debugging support and the valgrind tool
to gather more information about a crash in a KDE application on i386:
http://kde-debian.fooishbar.org/~domi/debugging-kde-crash.html
Can you please read it, a
Hi,
This bug is known upstream. In 3.2, the situation will be a bit
better or at least different: it will not open two windows, only one,
but that one will have forgotten the location it was looking at.
There's already an upstream bug about it:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1
Cristian Aravena R writes:
> Package: kdebase Version: 3.1.4 Severity: normal
> $apt-get source kdebase $cd kdebase-3.1.4xx $dch -i ..
> $dpkg-buildpackage -rfakeroot ... ... error not found Qt-v.x.x.x
Hi,
Thanks for the bug report.
Please provide a proper description of what you tried to do
Hi,
The library 'libkcm-kio.la' was renamed to 'kcm_kio.la' in KDE 3.
This bug seems a lot like you were mixing an old and a new KDE. Can
you check if this is somehow the case, and whether you're still seeing
this bug now ?
cheers
domi
Hi,
Thanks a lot for these patches. I know it's a bit of an annoying
thing to ask, but we ( the KDE Debian packagers ) and Debian in
general have a bit of a tendency to prefer docbook style manpages (
read the documentation for the docbook-to-man command ). Could you
perhaps convert your work t
Hi,
I cannot reproduce this bug. Can you try to run designer from a
terminal, see if there's any relevant error output, and if so, send it
to this report ?
thanks
domi
Hi,
I think it is supposed to start on the desktop containing the mouse
cursor. Can you clarify if this is the case or not ?
thanks
domi
Ben Burton writes:
> Hi.
>> Thanks a lot for these patches. I know it's a bit of an annoying
>> thing to ask, but we ( the KDE Debian packagers ) and Debian in
>> general have a bit of a tendency to prefer docbook style manpages
>> ...
> Do we? Debian policy simply requires manpages - there's
Cl writes:
> Hello,
>> Ok, to the submitter: please ignore my previous comment
> Ok, so should I rewrite the manpages using docbook-to-man or is it
> ok ?
If you have the time, it would be useful, I think, yes. But it will
probably be a lot of work, so you should decide if you think it's
usefu
package kdebase
forwarded 203863 http://bugs.kde.org/show_bug.cgi?id=22147
tags 203863 +upstream
tags 203863 +fixed-upstream
reassign 203863 kcontrol
thanks
The Theme Manager is removed from KDE 3.2, so its bugs will be gone
too.
cheers
domi
Hi,
I have recently decided that I'm going to spend less time on computer
projects in the coming year. I therefore no longer intend to maintain
kdebindings. It's too bad I can't leave the package in someone's
hands, but I don't know anyone who would like to take it.
Anyway, it's been a real pl
Alejandro Exojo writes:
> El Lunes, 4 de Octubre de 2004 09:37, Dominique Devriese escribió:
>> Anyway, it's been a real pleasure to work with you all, thanks for
>> all your time and valuable help.
Thanks all, for your kind words...
> By the way, you wrote some HTML docu
Itai Seggev writes:
> The kdm pakcage in sid has been broken for close to two weeks (i.e.,
> it doesn't successfuly install, making it mark "broken" in
> dselect). Is it going to be fixed anytime soon?
We have a fix that is ready, but some other trivial, yet important
patches are coming up, and u
forwarding more info from the reporter
cheers
domi
--- Begin Message ---
Hi,
me again :). Ok, it looks like kdm isn't the culprit, but libpam_ldap.
The following surfaces in the kdm logs:
/home/roland/debian/openldap/build/2.1.23-1/openldap2-2.1.23/libraries/libldap/unbind.c:40:
ldap_unbind_ext:
package konqueror
tags 223913 +confirmed,patch
thanks
Hi,
I can confirm this bug. Please add the relevant provides line to the
debian/control file. A patch for this would be trivial, so I'm adding
the patch tag.
cheers
domi
Christian Schoenebeck writes:
> Hi! It *should* appear on the desktop which is currently displayed
> (assuming a single screen system), on a system with multiple "real"
> screens this would most probably be the desktop containing the
> mouse, but as I only have a single screen system I can't say
Christian Perrier writes:
> Package: kdebase Version: N/A Severity: wishlist Tags: patch
> Please find attached the french debconf templates translation,
> proofread by the debian-l10n-french mailing list contributors.
Thanks, I'll make sure it gets included in a reasonable timeframe.
cheers
d
package konqueror
tags 212773 +wontfix
thanks
Sorry, the behaviour you ask for is much too specific to your local
purposes to put into a general konqueror toolbar that everyone will
see.
cheers
domi
Hi,
Can you please tell us if and how you can reproduce this behaviour.
Can you try to start kdesktop_lock ( type "kdesktop_lock --forcelock"
) from a terminal and send us the output it generates ? Can you also
please look at
http://kde-debian.fooishbar.org/~domi/debugging-kde-crash.html and
fol
Bill writes:
> Hello, Can you tell me how to get the patch to fix this bug. This
> is what I saw about the bug report. Thanks!
Solution 1: wait another week or so for the new kdebase upload
Solution 2: execute the following commands as root:
cd /var/lib/dpkg/info
sed -ie 's/db_input high shar
Debian Bug Tracking System writes:
> Package: kicker Version: 4:3.1.2-1 Severity: important Tags:
> upstream
> When I execute a "normal" KDE program using kicker, the task bar
> freezes for the time until the application has really started.
> With "normal" programs I mean programs like "konsole"
package konqueror
tags 155292 +patch,upstream
forwarded 155292 http://bugs.kde.org/show_bug.cgi?id=71699
thanks
Attaching the same patch I sent upstream. It is best to do this
upstream, so it is available for non-Debian users as well, and it gets
translated...
cheers
domi
Index: Makefile.am
==
Hi,
The upstream part of this bug has just been fixed ( please refer to
the upstream bug ), but the local part of it still here.
/usr/bin/fileshareset should be setuid root.
cheers
domi
Adeodato Sim writes:
> so another wishlist bug could be submitted
> asking for a "Next" and "Previous" buttons (first, last, etc. would
> also be nice), instead of the too specific +1 and -1.
A KDE bug about this has already been filed ( I just confirmed it ).
Please refer to this page:
http://
package kdesktop
tags 223854 +upstream
tags 223854 +fixed-upstream
severity 223854 wishlist
forwarded 223854 http://bugs.kde.org/show_bug.cgi?id=34921
thanks
Martin Tsachev writes:
> Sorry, I have the default keyboard layout shortcut at Ctrl-Alt-K and
> the lock screen at Ctrl-Alt-L so I probabl
package konqueror
submitter 214475 !
reassign 214475 xlibs
thanks
Hi,
I have found out more information about this bug.
As a previous poster already said, it occurs only in the
KonqSideBarDirTree, the sidebar that appears when pressing f9. It
occurs when some I/O or other kind of hard work has
package kate
tags 215602 +upstream,confirmed
retitle 215602 kdelibs4: kscript doesn't work without kdelibs4-dev installed
forwarded 215602 http://bugs.kde.org/show_bug.cgi?id=71869
reassign 215602 kdelibs4
thanks
Hi,
This bug is caused by the missing file /usr/lib/libshellscript.so ( it
is a lin
Nathanael Nerode writes:
> Sarge is closer than you might think. :-/
>> kde 3.1.5 releases next week and KDE 3.2 RC1 the week after that. I
>> currently think it might be a good idea to just upload 3.2 to sid
>> and get it into sarge. Unless anyone knows of some serious issues
>> with 3.2?
> Do
d. Let me know if
> you are still interested in valgrind's output, otherwise you can
> close this bug.
( it's Dominique Devriese, actually :) )
Please send the valgrind output anyway, maybe it can still learn us
something..
cheers
domi
Hi,
I've already tried to send this two times, I have no idea why it's not
getting through to the bug report page...
Anyway, I've tested this bug in a VMWare Debian stable machine, and
done something like this:
apt-get -s -o Debug::pkgProblemResolver=1 dist-upgrade
and I have gotten the attach
Hi,
I thought I'd already sent this, but I have confirmed this bug on a
vmware debian stable->sid upgrade. Here is the output of the
apt-get -o Debug::pkgProblemResolver=1 -s dist-upgrade
command ( not sure about the exact syntax of that command any more,
but you get the idea ).
Reading
Hi,
I have tested this on a debian stable installation in VMWare, and I
can confirm it. The machine had a clean debian stable install, along
with "apt-get install kde vim", after which i changed
/etc/apt/sources.list to use the unstable sources, and did a "apt-get
update". Here is the debug apt
package kdebase
tags 174226 +patch
thanks
Hi,
This patch fixes the problem by making kdm also read in a list called
"DebianSessionTypes". kdm-update-menu now leaves the real
SessionTypes alone, and messes only with DebianSessionTypes, which are
marked as "Don't Edit !".
Warning: untested.
ch
CVS commit by domi:
.cvsignore
M +1 -0 .cvsignore 1.4
--- kdenonbeta/kdedebian/kapture/kapture/.cvsignore #1.3:1.4
@@ -1,4 +1,5 @@
*ui.h
*ui.cpp
+*ui.cc
kapture
Makefile
CVS commit by domi:
.cvsignore
M +1 -0 .cvsignore 1.2
--- kdenonbeta/kdedebian/kapture/.cvsignore #1.1:1.2
@@ -18,2 +18,3 @@
stamp-h1
subdirs
+qextmdi
CVS commit by domi:
Make it work.
In kdenonbeta, top_srcdir is kdenonbeta, so you either have to use
$(srcdir)/res or specify the entire path:
$(top_srcdir)/kdedebian/kapture/qextmdi/res.
CCMAIL:Peter Rockai <[EMAIL PROTECTED]>
M +1 -1 qextmdi.diff 1.2
--- kdenonbeta/kdedebian/kapt
CVS commit by domi:
Again, use $(top_srcdir) and $(srcdir) properly.
It builds now for me again..
M +1 -1 libkapture/Makefile.am 1.2
M +1 -1 part/Makefile.am 1.2
--- kdenonbeta/kdedebian/kapture/libkapture/Makefile.am #1.1:1.2
@@ -4,5 +4,5 @@
# set the include path for X
CVS commit by domi:
remove obsolete files
CCMAIL:Peter Rockai <[EMAIL PROTECTED]>
Rkapture_part.desktop 1.3
Rkapture_part.rc 1.1
Rmainview.cpp 1.7
Rmainview.h 1.5
Rmainviewui.ui 1.1
Roperationmenuui
CVS commit by domi:
some updates to kdebindings/debian, still far from ready
M +12 -3 changelog 1.3.2.4
M +72 -57control 1.4.2.8
M +1 -0 copyright 1.1.8.2
M +1 -1 dcopperl.install 1.1.2.5
M +0 -1 dcoppython.install 1.1.2.3
M +1 -2 kdejava.instal
CVS commit by domi:
cvs ignore
A.cvsignore 1.1.2.1
CVS commit by domi:
more work. Committing since I'm going to bed now :)
ATODO 1.1.2.1
Alibdcop-perl.docs 1.1.2.1
Alibdcop-perl.install 1.1.2.1
Alibdcop3-java.install 1.1.2.1
Alibkde3-java.install 1.1.2.1
A
CVS commit by domi:
split up the java packages in the .install files too
Alibdcop3-java-dev.install 1.1.2.1
Alibdcop3-jni.install 1.1.2.1
Alibkde3-jni.install 1.1.2.1
Alibqt3-java-doc.install 1.1.2.1
Alibqt3-jni.insta
CVS commit by domi:
update rules and TODO
M +2 -0 TODO 1.1.2.2
M +16 -16rules 1.2.8.9
--- kdebindings/debian/TODO #1.1.2.1:1.1.2.2
@@ -1,2 +1,4 @@
* Auto-get python version info for dcopperl dependency
+* Make java work with gcj
+
--- kdebindings/debian/rules #1.2.8.8:1
CVS commit by domi:
* Move the dcopc, kdec and qtc headers and their development library links to
a
new libkdec-dev and libqtc-dev package respectively.
* Don't install the Qt and KDE JNI headers and development library links,
they are only meant for internal use.
Ali
CVS commit by domi:
.cvsignore
M +1 -0 .cvsignore 1.2
CVS commit by domi:
remove obsolete patch
RMakefile.PL.diff 1.2
CVS commit by domi:
forward port
M +4 -0 TODO 1.2
M +83 -7 changelog 1.4
M +212 -25 control 1.5
M +3 -1 copyright 1.2
M +0 -1 dirs 1.3
M +3 -0 libdcop-perl.docs 1.2
M +5 -0 libdcop-perl.install 1.2
M +1 -0 libdcop3-java-dev.insta
Matthew M Lavy writes:
> I would be very grateful for advice on the following: I have just
> upgraded my Debian system from woody to unstable (big hike I know
> :)). All is well, except for KDE. kdeinit fails to start; further
> investigation reveals the following: #kde-config kde-config:
> reloca
CVS commit by domi:
why is xpart-notepad still here ?
Rxpart-notepad.install 1.2
CVS commit by domi:
forward port
M +2 -2 changelog 1.5
M +0 -22 control 1.6
--- kdebindings/debian/changelog #1.4:1.5
@@ -13,6 +13,6 @@
* Fix the dcoppython package to conform to the Debian Python Policy;
rename to python-dcop, add proper versioned depends on python
CVS commit by domi:
Oops, Richard Dale tells me that the kdec and qtc libraries are only
meant as backends for other bindings, and their development stuff
doesn't need installing.
M +2 -2 changelog 1.3.2.7
M +0 -22 control 1.4.2.12
Rlibkdec-dev.install 1.1.2.1
Joe Drew writes:
> Package: konqueror Version: 4:3.1.4-2 Severity: grave
> I run GNOME on my machine, but wanted to use konqueror to see if a
> particular web page worked with it. So, I did aptitude install
> konqueror and ran it. However, all fonts are rendered as boxes -
> absolutely everything
Juhapekka Tolvanen writes:
> Package: konqueror Version: 4:3.1.4-2
> Try to open these bookmarks with bookmarkeditor of Konqueror:
> http://www.cc.jyu.fi/~juhtolv/links/bookmarks/bookmarks.xbel.bz2
> This is what happens to me:
Hi,
Thanks for the bug report. Unfortunately, the piece of termi
Juhapekka Tolvanen writes:
> Package: konqueror Version: 4:3.1.4-2
> Try to open these bookmarks with bookmarkeditor of Konqueror:
> http://www.cc.jyu.fi/~juhtolv/links/bookmarks/bookmarks.xbel.bz2
> This is what happens to me:
For the record, the procedure you described works just fine for me
Rainer Dorsch writes:
> Package: kdebase Version: 4:3.1.4-2 Severity: important Tags: sid
> On my system (Sony VAIO Laptop) KDE applications show up with blue
> vertical lines in menus. When I run GNOME that happens only for KDE
> applications all other applications seem to be ok. I don't know w
Hi, Just FYI, and because I'm not sure you all read debian-devel,
scribus is being orphaned, if someone feels it is worth maintaining,
he/she should adopt it.
cheers
domi
--- Begin Message ---
Hi,
Due to lack of time and of direct interest in those packages, I am about
to abandon:
scribus - a
Christoph Cullmann writes:
> any ideas ?
First of all, this is the list for the kde-debian project, you need
the list debian-qt-kde@lists.debian.org for questions about the debian
Qt and KDE packages.
Second, about your question: I'm not sure how the 3.1.4 packages
ended up in the 3.1.5 dir, bu
I meant
http://bugs.kde.org/show_bug.cgi?id=52772
cheers
domi
Frank Murphy writes:
> I recently noticed that kdm for Debian sets the Xserver dpi to 100
> with its -dpi 100 switch. I know that all the old de-uglification
> docs recommended this to deal with Netscape's handling of bitmap
> fonts on X. But now that X has better support for truetype fonts
> (plu
1 - 100 of 399 matches
Mail list logo
