Package: kdebase-runtime-bin-kde4
Version: 4:4.1.0-2
Severity: normal
As far as I understand, lenny kdebase-runtime-bin-kde4 package is supposed to
be compatible with lenny's KDE3 desktop.
However, /usr/bin/kstart from kdebase-runtime-bin-kde4 misbehaves.
I like to run 'xload' embedded into KDE'
While trying to add xrandr support to Xvnc, I faced a bug in xrandr
implementation in XFree 4.x; maybe current Xorg also has it?
Bug is that xrandr stores the moment of last switch as 64-bit value. Then,
in 'get configuration' request it sends this time to client as 32-bit
value. In 'set config
Easy workaround: ~. in terminal from where you started ssh.
This will make ssh to close connection immidiatly. Not a general solution
of course, but will fit in many practical cases.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTE
Hello.
Several people probably faced the problem that after initial system bootup,
and startup of *dm, keyboard does not work.
Suggested workaround was to add implicit 'vtX' parameter to X server
command line in Xservers file.
I've never seen an explanation of what is actually hapenning, and wh
Hello.
Looks like upstream applied something similar to my patch to KDE CVS HEAD.
Could you please apply it to Debian 3.3 / 3.4 packages, to make those work
with multi-language keyboards on XKB-less X servers?
Patch is simple, fits well info the rest of kdecore, and is tested by
me :).
--
To
forwarded 301971 http://bugs.kde.org/show_bug.cgi?id=102742
thanks
This bug was also submitted to upstream bugzilla, it's 102742 there.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: kdelibs4
Version: 4:3.3.2-4.0.2
Severity: normal
Tags: patch
Kde global accelerators (like Ctrl+Fn to switch desktops, Alt_F2 for Run
Command, etc) don't work on SunRay terminals, served from a Debian Linux
server, if keyboard is in Russian mode. Accelerators work OK when
keyboard is in E
Package: kdelibs4
Version: 4:3.3.1-4
Severity: important
After upgrading to KDE 3.3 packages, we are suffering mass konqueror
crashes on tab closes.
It crashes almost certanly if a tab is closed with Ctrl+W while keyboard
is in russian mode.
This makes browser hardly usable (sooner or later one fo
forwarded 287566 http://bugs.kde.org/show_bug.cgi?id=96621
thanks
> > And it crashes.
>
> one of us was able to reproduce this, yes. thanks for the
> instructions.
>
> > I'm duplicating suggested workaround here:
>
> we are willing to include this patch in the next kdelibs upload (due
> so
> * Nikita V. Youshchenko [Tue, 28 Dec 2004 23:52:01 +0300]:
> > Please, if at all possible, apply at least the workaround described in
> > that message to libkdecore/kaccell.cpp before accepting KDE 3.3
> > packages into sarge.
> > Without it, russian KDE users will ha
> The openoffice.org-mimelnk from Sid doesn't conflict.
If so, a versioned conflict should be added. Really.
Even if the conflicting version is no longer in sid or sarge, it may be
still on users' systems, so upgrade will be pain for them unless proper
versioned conflict is there.
Hello.
Please don't write to english mailing lists in russian. People don't
upderstand you. There is debioan-russian after all :).
> Добрый день. Я хотел бы узнать, в чем причина больших задержек в выпуске
> обновленных пакетов KDE? Я знаю много людей, которые используют debian
> как рабочую си
> And before many people jump up and say: ooh, I have a nice PNG icon
> there... Do not use them as-is. If I remember Bill's comment correctly,
> the menu system is not supposed to work for anything but XPM now
Oops. Forgot about that.
However:
[EMAIL PROTECTED]:/usr/lib/menu> grep icon * | grep p
Hello.
I've already tried to write this to debian-qt-kde, but there was no reply.
There are many packages that:
- do provide icons for programs they provide
- do provide files for /usr/lib/menu/
- but don't have Icon= lines in menu files.
This results in unwanted visual effects, such as when a K
Hello
KDE packages do contain high-quality icons for almost all programs.
KDE packages provide /usr/lib/menu/ data for almost all programs.
However, in most files that KDE packages put into /usr/lib/menu/, there are
no "icon=" lines. So icons are not displayed in debian menus.
These are (probably
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I believe this really annoying behaviour may be fixed by not calling
update-alternatives --remove in prerm if "$1" is "upgrade". This is how
other packages do.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBNavPsTbPknTfAB4RA
severity 195052 important
thanks
In current kdm/unstable package following code still exists in postinst:
# Automatically added by dh_installinit
if [ -x "/etc/init.d/kdm" ]; then
update-rc.d kdm defaults 99 01 >/dev/null
if [ -x /usr/sbin/invoke-rc.d ]; then
invok
I've just installed KDE 3.2 packages from experimental, and found that kdm
installed it's config files into /usr/share/config/kdm instead
of /etc/kde3/kdm
Seems to be a bad bug ...
Btw, may I use the BTS to report bugs in the experimental packages?
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
> Btw, xdm also still adds the -dpi setting, so I'm inclined to think
> there must still be a reason for it, no ?
I believe this is because debian X maintainers are overloaded with 4.3
work ...
> "Nikita V. Youshchenko" <[EMAIL PROTECTED]> writes:
> >> > /usr/share/applnk/wine.desktop file provided by wine package seems
> >> > to be of no real use, and does uglify KDE menu. Please remove it.
> >>
> >> I think this wa
> > /usr/share/applnk/wine.desktop file provided by wine package seems to
> > be of no real use, and does uglify KDE menu. Please remove it.
>
> I think this was added so that GNOME would run Wine when a file of type
> application/x-executable was opened in gmc (old file manager) or
> something lik
Hello.
What is the current policy about reporting bugs in KDE from sid (like
#216228)? Should Debian BTS or KDE BTS be used?
It's somewhat more consistent to report these bugs using 'reportbug' tool,
just like all other bugs on Debian system. But that means that reports will
go to Debian BTS, not
23 matches
Mail list logo
