Sorry for not replying sooner. The mail went in my spam...
I will test your patched version. If its useful I can give a list of
Japanese words etc that you can use to try to trigger leaks?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Package: kiten
Version: 4:4.11.3-1
Severity: important
I reported this issue back in 2011 and that bug(#610534) is now archived.
I noticed this again recently during a 2 hour chat with a friend..
My kanji reading ability isn't amazing so I use the automatic search on
highlight feature in kiten to
Package: binutils-h8300-hms
Version: 2.16.1-8
Severity: normal
The target for this bintuils build should be changed to h8300-elf;
COFF from what I can tell is unsupported/unfashionable in newer
versions of GCC. Once an h8300-elf targetted binutils is in place
we could then upgrade GCC to a
Package: firehol
Version: 1.256-4
Severity: normal
Firehol requires less but doesn't depend on it;
Starting Firewall: firehol
ERROR: Command 'less' not found in the system path.
FireHOL requires this command for its operation.
Please install the required package and retry.
Running konq with KDE_FORK_SLAVES=true makes fish:// work again.
I'm not sure why this makes it work, I found it via google sometime ago, but
it suggests it's a bug in kde rather than the kernel. ;)
Cheers,
Daniel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Package: ksynaptics
Version: 0.3.3-2
Severity: grave
Justification: renders package unusable
ksynaptics and qsynaptics no longer function and the upstream author has
abandoned it. More info can be found here http://qsynaptics.sourceforge.net/
Cheers,
Daniel
-- System Information:
Debian
Package: kde-l10n-ja
Version: 4.0.0-1
Severity: grave
Justification: renders package unusable
Simple bug, there seems to be a conflict between kde-l10n-ja and
gwenview-i18n. Probably gwenview.mo just needs to be
removed from the kde-l10n-ja build.
dpkg: error processing
You haven't set corresponding environment variable, like QT_IM_MODULE
and GTK_IM_MODULE, so you can not use skim smoothly, but you may
right click in any text box you wannan input, and choose xim and then
you may have skim work for you. I recommend you reading the
README.Debian shipped with scim.
Hi,
This bug can probably be closed for Kaffeine itself now. I've pinned the
source of the problem down to scim(skim). Without scim running Kaffeine
starts correctly. With skim running it's now failing to even produce it's
main interface.
Scim breaks an awful lot of kde apps. :(
Cheers,
Daniel
Package: skim
Version: 1.4.4-2
I have a multilingual system that's English with Skim used on top of scim
to provide input for Japanese and Chinese. My locale is en_gb.UTF8
With Skim running applications randomly refuse to take input from the
keyboard and have to be restarted to get them to work
Package: libgtk1.2
Version: 1.2.10-18
I have a machine running with the locale en_GB.UTF8, I have it this way
because I input Japanese and Chinese.
When the file requestor is used, for example opening a file in XMMS, I've
noticed that if directory contains files or directories that have names
Package: kaffeine
Version: 0.8.3-1
Severity: important
If the locale is set to en_GB.UTF8 the kaffeine interface freezes after it
starts up (after the setup wizard runs if it's the first start). Running with
locale set to C fixes the problem. This problem has been present for some
time.
Cheers,
12 matches
Mail list logo
