Bug#324647: /etc/X11/xkb/symbols/pl: strange characters mapping with Polish keymap (pl)
On Wed, Mar 21, 2007 at 11:29:04PM +0100, Brice Goglin wrote: > About 2 years ago, you reported a bug to the Debian BTS regarding some > strange character mapping in the polish keymap. The problem got > discussed upstream. Is it fixed with current Xorg/Etch? Unfortunately nothing changed wrt that issue. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Bug#372278: xserver-xorg-input-all: using clipboard with >8 bits characters doesn't work
Package: xserver-xorg-input-all Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. I'm not sure which package should I choose for this particular problem cause I'm not aware of internal mechanismes in X.org. Please forward/reassign this bugreport to the correct place if this is wrong one. The problem is when I try to mark some text (in Firefox for example) and it contains some characters like apostrophe wrote using entities like ’. X clipboard seems to have problems with such characters and it's not possible to paste marked text to the other application like xterm. I suppose it's problem with UTF handling, but it's not possible to paste even broken text without that >8 bit characters. Middle mouse button doesn't paste anything. Maybe it should simply strip >8 bits characters and paste only these that are correct for 8bit encoding. regards fEnIo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEiTkJhQui3hP+/EARAlzlAKDU4MiHgHre8HHJna7uIrtFrTyWNgCgwqys gJvEodQT08KFc7wvmVIyN+4= =DCJk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358331: x11-common: uninstalable - trying to overwrite /usr/include/X11
Package: x11-common Version: 6.9.0.dfsg.1-4 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. The latest (x11-common_6.9.0.dfsg.1-5_all.deb) x11-common package is uninstallable: ([EMAIL PROTECTED])~#apt-get upgrade Reading package lists... Done Building dependency tree... Done The following packages will be upgraded: x11-common 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 90 not fully installed or removed. Need to get 0B/1124kB of archives. After unpacking 0B of additional disk space will be used. Do you want to continue [Y/n]? Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Reading changelogs... Preconfiguring packages ... (Reading database ... 87903 files and directories currently installed.) Preparing to replace x11-common 6.9.0.dfsg.1-4 (using .../x11-common_6.9.0.dfsg.1-5_all.deb) ... Unpacking replacement x11-common ... dpkg: error processing /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-5_all.deb (--unpack): trying to overwrite `/usr/include/X11', which is also in package libxft-dev System startup links for /etc/init.d/x11-common already exist. Setting up X server socket directory /tmp/.X11-unix...done. Setting up ICE socket directory /tmp/.ICE-unix...done. Errors were encountered while processing: /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-5_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) ([EMAIL PROTECTED])~# regards fEnIo - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii debianutils 2.15.3 Miscellaneous utilities specific t ii lsb-base 3.0-16 Linux Standard Base 3.0 init scrip x11-common recommends no packages. - -- debconf information: x11-common/experimental_packages: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEIRhChQui3hP+/EARAtvQAKCH+yGaUjE/NEKpKKN95idyMCkNFACfR3jW yPTiySCHTQyP4cR6BDIH2sY= =FXPB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324647: /etc/X11/xkb/symbols/pl: strange characters mapping with Polish keymap (pl)
On Thu, Aug 25, 2005 at 07:30:29PM +0200, Denis Barbier wrote: > > But I see no reason for such behaviour. It is annoying, cause we've got > > plenty of common used words that has -ów suffix. To get this suffix we have > > to push alt+o, then release alt and push w. Since alt+w gives as the same > > as alt+l it often happens that I see wrongly written words with -ół. > > That makes sense, I will forward your request to the xkeyboard-config > mailing list. What's the current state of this bugreport? Did xkeyboard maintainers dismiss this change? If yes, then why? If not, then why it is not fixed in recent release of X? There were at least two releases after your statement about forwarding it to their mailinglist. Could you please point me to the thread wrt this issue on their list? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Bug#324647: /etc/X11/xkb/symbols/pl: strange characters mapping with Polish keymap (pl)
On Wed, Aug 24, 2005 at 07:41:17PM +0200, Denis Barbier wrote: > > Polish language doesn't use alt+w, alt+q and alt+f shortcuts cause we don't > > have language specific characters there, so I think these combinations > > shoulnd't output anything, but they do: > > > > alt+w - ł > > alt+q - @ > > alt+f - đ > > alt+j - j > > > > alt+w outputs the same character as alt+l. > > > > I asked some friends using Gentoo and the same problem exists there, so > > it's not Debian specific. > > > > Probably Polish keymap is wrong, but looking at /etc/X11/xkb/symbols/pl > > I can't see anything related to these keys. > > This is because you are looking at the wrong file, see > /etc/X11/xkb/symbols/pc/pl instead. This file loads > /etc/X11/xkb/symbols/pc/latin which contains these > definitions. But I do not see why displaying these > symbols is a problem for you. Well it's not a big problem. That's why I used minor severity. But I see no reason for such behaviour. It is annoying, cause we've got plenty of common used words that has -ów suffix. To get this suffix we have to push alt+o, then release alt and push w. Since alt+w gives as the same as alt+l it often happens that I see wrongly written words with -ół. And I don't understand what's the problem with removing it from Polish layout? And why these keys are active at all? Is it because of compatibility with other latin languages? So people from Hungary have working alt+l if they don't use it for example? Thanks for your quick response. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Bug#324647: /etc/X11/xkb/symbols/pl: strange characters mapping with Polish keymap (pl)
Package: xlibs Version: 6.8.2.dfsg.1-5 Severity: minor File: /etc/X11/xkb/symbols/pl -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Polish language doesn't use alt+w, alt+q and alt+f shortcuts cause we don't have language specific characters there, so I think these combinations shoulnd't output anything, but they do: alt+w - ł alt+q - @ alt+f - đ alt+j - j alt+w outputs the same character as alt+l. I asked some friends using Gentoo and the same problem exists there, so it's not Debian specific. Probably Polish keymap is wrong, but looking at /etc/X11/xkb/symbols/pl I can't see anything related to these keys. regards fEnIo - -- Package-specific info: No X.Org X server log files found. Compiled XKB description for X server ":0.0": xkb_keymap { xkb_keycodes "xfree86+aliases(qwerty)" { minimum = 8; maximum = 255; = 9; = 10; = 11; = 12; = 13; = 14; = 15; = 16; = 17; = 18; = 19; = 20; = 21; = 22; = 23; = 24; = 25; = 26; = 27; = 28; = 29; = 30; = 31; = 32; = 33; = 34; = 35; = 36; = 37; = 38; = 39; = 40; = 41; = 42; = 43; = 44; = 45; = 46; = 47; = 48; = 49; = 50; = 51; = 52; = 53; = 54; = 55; = 56; = 57; = 58; = 59; = 60; = 61; = 62; = 63; = 64; = 65; = 66; = 67; = 68; = 69; = 70; = 71; = 72; = 73; = 74; = 75; = 76; = 77; = 78; = 79; = 80; = 81; = 82; = 83; = 84; = 85; = 86; = 87; = 88; = 89; = 90; = 91; = 92; = 93; = 94; = 95; = 96; = 97; = 98; = 99; = 100; = 102; = 103; = 104; = 105; = 106; = 107; = 108; = 109; = 110; = 111; = 112; = 113; = 114; = 115; = 116; = 117; = 118; = 119; = 120; = 121; = 122; = 123; = 124; = 125; = 126; = 127; = 128; = 129; = 130; = 131; = 132; = 133; = 134; = 135; = 136; = 137; = 138; = 139; = 140; = 141; = 142; = 143; = 144; = 145; = 146; = 147; = 148; = 149; = 150; = 151; = 152; = 153; = 154; = 155; = 156; = 157; = 158; = 159; = 160; = 161; = 162; = 163; = 164; = 165; = 166; = 167; = 168; = 169; = 170; = 171; = 172; = 173; = 174; = 175; = 176; = 177; = 178; = 179; = 180; = 181; = 182; = 183; = 184; = 185; = 186; = 187; = 188; = 189; = 190; = 191; = 192; = 193; = 194; = 195; = 196; = 197; = 198; = 199; = 200; = 201; = 202; = 203; = 204; = 205; = 206; = 207; = 208; = 209; = 210; = 211; = 212; = 213; = 214; = 215; = 216; = 217; = 218; = 219; = 220; = 221; = 222; = 223; = 224; = 225; = 226; = 227; = 228; = 229; = 230; = 231; = 232; = 233; = 234; = 235; = 236; = 237; = 238; = 239; = 240; = 241; = 242; = 243; = 244; = 245; = 246; = 247; = 248; = 249; = 250; = 251; = 252; = 253; = 254; = 255; indicator 1 = "Caps Lock"; indicator 2 = "Num Lock"; indicator 3 = "Scroll Lock"; virtual indicator 4 = "Shift Lock"; virtual indicator 5 = "Group 2"; virtual indicator 6 = "Mouse Keys"; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; alias = ; }; xkb_types "complete" { virtual_modifiers NumLock,Alt,LevelThree,AltGr,Meta,Super,Hyper,ScrollLock; type "O
Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
On Mon, Sep 06, 2004 at 11:16:45PM +0200, Denis Barbier wrote: > tags 270235 - l10n Sorry... I wasn't sure if I should mark it as l10n. So this tag should be used only for translation issues? > > That's quite weird. Should work with every order. > > I checked it with both keyboard and kbd driver. > > You are right, the problem is that Alt_R is defined by > key { > type[Group1]="TWO_LEVEL", > symbols[Group1] = [ ISO_Level3_Shift, Multi_key ] > }; > > So when you press Alt_R, ISO_Level3_Shift is returned, then Shift+A > returns the 4th column, ie. Aogonek. > When Shift is pressed first, Alt_R expands to Multi_key, and XKB is > then waiting for a compose sequence beginning with lower 'a'. > > This has been fixed for pl and pl2 keymaps in XFree86 and freedesktop, > but it should be fixed for all keymaps with 4 columns. Hmm... so someone else reported this issue or you've fixed it now? > The fix is to replace > include "level3(ralt_switch_multikey)" > by > include "level3(ralt_switch)" > in /etc/X11/xkb/symbols/pc/pl{,2} and Multi_key can be redefined via > the 'compose:*' options. > > I will send a patch to the BTS soon. Thanks for robust answer/help ;) regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Severity: normal Tags: l10n Hello. Seems that keyboard driver is somehow broken. To get Polish international uppercase character I have to push ALT | SHIFT | Z/X/C/E/L/O/N/A Exactly at this order. Pushing: SHIFT | ALT | Z/X/C/E/L/O/N/A doesn't work for me. That can be easily reproduced cause many friends of mine checked it too, and they got the same results. That's quite weird. Should work with every order. I checked it with both keyboard and kbd driver. Under console (normal text-mode) ordering doesn't matter. I can use both ALT+SHIFT+A and SHIFT+ALT+A for example. Ask me if you will need any further info. Thanks and regards fEnIo -- Package-specific info: -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL Versions of packages xserver-xfree86 depends on: ii debconf [debconf-2.0] 1.4.34 Debian configuration management sy ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii xserver-common4.3.0.dfsg.1-6 files and utilities common to all ii zlib1g1:1.2.1.1-7compression library - runtime -- debconf information: * xserver-xfree86/config/device/identifier: NVIDIA Corporation [GeForce2 Ti] * xserver-xfree86/config/monitor/screen-size: 15 inches (380 mm) xserver-xfree86/config/device/use_fbdev: * xserver-xfree86/config/monitor/selection-method: Simple xserver-xfree86/config/doublequote_in_string_error: shared/default-x-server: xserver-xfree86 * xserver-xfree86/config/inputdevice/mouse/emulate3buttons: true * xserver-xfree86/config/device/bus_id: * xserver-xfree86/config/inputdevice/keyboard/layout: pl xserver-xfree86/config/monitor/horiz-sync: 28-50 * xserver-xfree86/config/monitor/identifier: Generic Monitor shared/no_known_x-server: * xserver-xfree86/autodetect_mouse: true * xserver-xfree86/config/device/video_ram: xserver-xfree86/config/monitor/mode-list: 1280x960 @ 60Hz * xserver-xfree86/config/monitor/lcd: false xserver-xfree86/config/inputdevice/keyboard/internal: * xserver-xfree86/config/inputdevice/keyboard/rules: xfree86 xserver-xfree86/multiple_possible_x-drivers: * xserver-xfree86/config/inputdevice/keyboard/model: pc104 * xserver-xfree86/config/write_dri_section: true * xserver-xfree86/config/device/driver: nv xserver-xfree86/config/monitor/vert-refresh: 43-75 * xserver-xfree86/config/display/default_depth: 24 * xserver-xfree86/config/inputdevice/mouse/zaxismapping: true * xserver-xfree86/config/display/modes: 1024x768 xserver-xfree86/config/device/bus_id_error: * xserver-xfree86/config/modules: GLcore, bitmap, dbe, ddc, dri, extmod, freetype, glx, int10, record, speedo, type1, vbe * xserver-xfree86/config/inputdevice/keyboard/options: xserver-xfree86/config/nonnumeric_string_error: xserver-xfree86/config/inputdevice/mouse/protocol: ImPS/2 shared/multiple_possible_x-servers: xserver-xfree86/config/null_string_error: xserver-xfree86/config/monitor/range_input_error: * xserver-xfree86/autodetect_video_card: true * xserver-xfree86/config/inputdevice/keyboard/variant: * xserver-xfree86/config/inputdevice/mouse/port: /dev/input/mice * xserver-xfree86/config/write_files_section: true * xserver-xfree86/autodetect_monitor: true
Bug#255070: 255070 - strange colors (blue) since xterm 4.3.0.dfsg.1-4
On Tue, Jul 27, 2004 at 01:23:05AM -0500, Branden Robinson wrote: > > Is it really fixed? > > > > I still have weird colours in xterm. Every other terminal has darker blue > > as background. > > The fix is pending, as you'll see if you check the bug logs of #255070[1]. > > According the the Debian Bug Tracking System Documentation[2], the > definition of the "pending" tag is: > > pending > A solution to this bug has been found and an upload will be made soon. > > I hope this information is helpful. Yes it's helpful, thanks. I just thought that these patches are already included, but now it's clear for me that next release will include them. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Bug#255070: 255070 - strange colors (blue) since xterm 4.3.0.dfsg.1-4
> > Debian Bug report logs - #255070 > > strange colors (blue) since xterm 4.3.0.dfsg.1-4 > This was a duplicate of 241717 (fixed in xterm patch #192) Is it really fixed? I still have weird colours in xterm. Every other terminal has darker blue as background. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature