Bug#552496: Same problem...
I can confirm this. Never used kwallet before, tried yesterday and, although I created a wallet successfully, it freezes when accessing it after pressing ok on the password dialog. -- http://vedranf.net | a8e7a7783ca0d460fee090cc584adc12 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525362: [kdelibs5] Add option to remove plasma cashew
Package: kdelibs5 Version: 4:4.2.2-2 Severity: wishlist Add option to remove plasma cashew. There's a patch that opensuse use. Most people do not use it and find it unnecessary. Regards! -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513543: Qt 4.5
When can we expect Qt 4.5 in experimental (as it fixes this problem)? Regards, Vedran -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#361127: Same here
I can confirm this. Alt+Tab when all windows are minimized - kwin segfaults. Regards, Vedran Furač
Bug#334136: konsole doesn't display apostrophe when LC_CYPE in set to lang_LANG.UTF-8
Package: konsole Version: 4:3.4.2-3 Severity: normal Subject says it all. You can look here how it's displayed (LC_CTYPE=en_US.UTF-8): http://riteh.hr/~vedranf/linux/apostrophe_konsole.png and when LC_LANG is set to C: http://riteh.hr/~vedranf/linux/apostrophe_konsole_c.png in gnome-terminal it's always displayed like this: http://riteh.hr/~vedranf/linux/apostrophe_gnome_terminal.png -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental'), (500, 'breezy'), (500, 'testing'), (100, 'breezy-updates'), (100, 'breezy') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-nitro5 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages konsole depends on: ii kdelibs4c24:3.4.2-4 core libraries for all KDE applica ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxtst6 6.8.2.dfsg.1-8 X Window System event recording an ii xlibs 6.8.2.dfsg.1-8 X Window System client libraries m Versions of packages konsole recommends: ii xfonts-konsole4:3.4.2-3 fonts used by the KDE's Konsole -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327147: konsole: ncurses application are badly displayed
Thomas Dickey wrote: > On Thu, Sep 08, 2005 at 11:40:18PM +0200, Vedran FuraÄ? wrote: > >>Yes, the same thing is in the linux console. What do you mean under >>"UTF-8 mode", locale settings or something else? I have tried different >>locale settings but that didn't help. > > > When Linux console is initialized to handle UTF-8 output, it behaves with > iptraf just as your picture of konsole. The console code ignores the > vt100-style line-drawing described in its terminfo. So applications running > in the console when it's in that mode must use the UTF-8 encoding for the > look-alike Unicode values that are in the font loaded for the console. > > Changing your locale settings won't change the mode of the console - that's > done by sending an escape sequence to it. Also, resetting the terminal > makes it go back to vt100-mode. Altogether, not a very good design, but > it's out there in millions of computers. > > Since iptraf doesn't pay any attention to the locale settings (and doesn't > initialize its locale), ncurses can only assume that it's either a POSIX > locale or the legacy (for configurations _without_ locale support), 8-bit > encoding. Thanks for explanation. As a test I changed the mode (echo -ne '\033%@') ant it worked. But I must use UTF-8 mode. >>>The application must take this into account. For ncurses, that's done by >>>setting up the locale support within the calling application. >> >>So, there is no quick solution for this, no workarounds? I'll just have >>to wait? Am I the only one experiencing this problem? > > The quick workaround for iptraf is to add > #include > and > setlocale(LC_ALL, ""); Thanks! That solves the problem. Should I file the bugreport on iptraf? I think you can close this bug. -- Vedran Furač
Bug#327147: konsole: ncurses application are badly displayed
Thomas Dickey wrote: > On Thu, Sep 08, 2005 at 11:20:10AM +0200, Vedran Furač wrote: > >>Thomas Dickey wrote: >> >>>The bug is in iptraf - it's not using setlocale(). >> >>Are you sure? Because it's not only iptraf. Same thing is with >>centericq, links, hexcurse, bastet,...and every this app is displayed >>nice in gnome-terminal, xterm, etc. > > > I'm certain, having just looked at this last week. You'll find the same issue > with Linux console: when in UTF-8 mode, the terminal no longer responds to Yes, the same thing is in the linux console. What do you mean under "UTF-8 mode", locale settings or something else? I have tried different locale settings but that didn't help. > The application must take this into account. For ncurses, that's done by > setting up the locale support within the calling application. So, there is no quick solution for this, no workarounds? I'll just have to wait? Am I the only one experiencing this problem? -- Vedran Furač
Bug#327147: konsole: ncurses application are badly displayed
Thomas Dickey wrote: > On Thu, Sep 08, 2005 at 01:20:10AM +0200, Vedran FuraÄ? wrote: > >>Package: konsole >>Version: 4:3.4.2-2 >>Severity: normal >> >>For example iptraf, it looks OK in gnome-terminal: > > > The bug is in iptraf - it's not using setlocale(). Are you sure? Because it's not only iptraf. Same thing is with centericq, links, hexcurse, bastet,...and every this app is displayed nice in gnome-terminal, xterm, etc. -- Vedran Furač
Bug#327147: konsole: ncurses application are badly displayed
Package: konsole Version: 4:3.4.2-2 Severity: normal For example iptraf, it looks OK in gnome-terminal: http://riteh.hr/~vedranf/linux/iptraf-gnome-terminal.png and in konsole doesn't: http://riteh.hr/~vedranf/linux/iptraf-konsole.png Changing locale (from UTF-8 to C) or font didn't help. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental'), (99, 'hoary-updates'), (99, 'hoary'), (99, 'breezy-updates'), (99, 'breezy') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-nitro5 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages konsole depends on: ii kdelibs4c24:3.4.2-3 core libraries for all KDE applica ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-6 GCC support library ii libstdc++64.0.1-6The GNU Standard C++ Library v3 ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxtst6 6.8.2.dfsg.1-6 X Window System event recording an ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m Versions of packages konsole recommends: ii xfonts-konsole4:3.4.2-2 fonts used by the KDE's Konsole -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
