Hi,
as you can see below, I discussed with the kdeprint developer, and it looks
like the problem is that foomatic lost the "-t" parameter.
I have now a workaround (re-add the -t option to foomatic), so I don't see
the bug as so important, but I don't know how you want to handle it.
Cheers, Eric
CVS commit by benb:
Another round of kdeaddons packaging updates, this time mainly relating
to menu entries, pixmaps and manpages.
Afsview.xpm 1.1.2.1
Akonq-plugins.menu 1.1.2.1
Akonq-plugins.override 1.3.2.1
Aksig.1 1.1.2.1
A
Hi,
during update from sarge + sid KDE 3.1.5 + KO 1.3 to Chris&Ben 3.2
the following conflicts occur ('cause pkgs are not in debian
yet I thought I report here). It's just FYI, I'm not complaining.
Thx for working on 3.2 pkgs!!
Achim
Preparing to replace kdelibs-bin 4:3.1.5-1 (using
.../kdeli
CVS commit by juanjux:
kalternatives.desktop file and .desktop file installation
CCMAIL: [EMAIL PROTECTED]
Akalternatives.desktop 1.1
M +5 -0 Changelog 1.6
M +4 -1 Makefile 1.3
M +1 -1 TODO 1.6
M +1 -1 kalternatives 1.10
M +1 -1 debian
Yes.. I should really put a 3.2 koffice build up on the site as well,
without the mimetypes that have since moved into kdelibs.
b.
Hello.
Seems that I've found a bug in how Qt 3.2.3 interoperates with Xft.
Initial symptom was that after I upgraded my Debian SID system some time
ago, my KDE desktop became somewhat broken: cyrillic characters were
displayed in a different font than latin characters in the same string;
and i
CVS commit by benb:
Finished kdeaddons 3.2 packaging, with the exception of two new manpages
for utility scripts.
Afsview.1 1.1.2.1
Ajpegorient.1 1.1.2.1
Akonq-plugins.manpages 1.1.2.1
M +1 -1 control 1.31.2.7
M +38 -12copyright 1
Package: konqueror
Version: 4:3.1.5-2
Severity: normal
background-color specified for BODY or HTML does not seem to work;
the background colour remains white even if this property is set
in a style sheet.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy
Package: konqueror
Version: 4:3.1.5-2
Severity: normal
When background-color for A:hover is specified in the CSS, the background
colour still remains white.
If A:hover has color set to white and background-color set to a non-white
color (while the page itself has a white background), the text in
The KDE developers have fixed this bug upstream. Confirmed when looking at
KDE's bug database, and I haven't seen this crash since I installed KDE 3.2.0
packages.
pgpqyF7JSBTHM.pgp
Description: signature
10 matches
Mail list logo
