I also checked : this breaks the unicity of configuration
between text console and X11, since with this version I get a
dot on text console and a comma in X11. We could say this breaks the
keyboard-configuration package
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with
Package: xkb-data
Version: 2.11-1
Severity: normal
Since latest upgrade, numeric keypad dot key does not produce a dot
anymore but a comma. Thus it does not produce what is written on the
key
Here is /etc/default/keyboard
# If you change any of the following variables and X is configured to
# us
Package: xkb-data
Version: 1.6-1
Severity: normal
With the following settings in my xorg.conf
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Optio
Package: x11-common
Version: 1:7.2-5
Severity: normal
The xorg.conf file generated by dexconf does not have a DisplaySize
option for the monitor. The effect is that some programms (audacious,
firefox 3beta, googleearth) display far too small fonts when the pitch
is not the default 75x75dpi. This o
Le Sun 17/06/2007, Brice Goglin disait
> Hi,
>
> About a year ago, you both reported a bug in the Debian BTS regarding
> Xorg upgrade forgetting about your xkboptions. Did any of you guys
> reproduce this problem recently? With Xorg/Etch? With latest
> xserver-xorg packages in unstable? If not, I
Package: xdm
Version: 1:1.0.1-6
Severity: grave
Justification: renders package unusable
After upgrade xdm does not start. /etc/init.d looks for xdm in
/usr/bin/X11/xdm, but there is no xdm in this directory, it is in
/usr/bin/xdm
-- System Information:
Debian Release: testing/unstable
APT prefe
Package: xserver-xorg
Version: 6.9.0.dfsg.1-4
Severity: normal
After upgrading xserver-xorg, I lost my Meta modifier on the windows
key. Investigating the problem I found that the XKBOptions was erased
by the upgrade, even if it was defined in debconf before (and it was
no more defined after upgra
Package: xterm
Version: 6.8.2.dfsg.1-11
Severity: normal
When using the command xterm -n Dépot -T Dépot (in UTF-8 locale) the
window name and icon name are shown as D?pot.
If I use xtermset to set the names, everything works fine. Thus it
seems that the -n and -T options reencode their argument t
Package: xbase-clients
Version: 4.3.0.dfsg.1-14
Severity: grave
Justification: renders package unusable
xbase-clients still depends on libglu1, the old C++ ABI library, no
longer available.
This makes it uninstallable, but it still has the basic clients and utilities
(like xauth or startx).
A
Package: xlibs
Version: 4.3.0.dfsg.1-5
Severity: normal
with layout pc105/fr and options altwin:left_meta_win,compose:menu mofiifers
are totally broken : Mod4 for super_l, hyper_l, and meta_l
the alt key has both alt and meta symbols (contradictions), and meta_l has
modifier mod1 AND mod4.
This
This double modifier breaks emacs (maybe not the debian
package a emacs21 from SuSE on distant display), which sees a M-s
modifier when I press Meta.
However using a .xmodmap with
remove Mod4 = Meta_L
add Mod3 = Meta_L
makes everything wrok great.
I think the option should do this, but
Package: xutils
Version: 4.2.1-12.1
Severity: important
When using mkdirhier with a full path and intended result is to create
2 directories, one extraneous level of directories is created.
eg. If /home/edavid/tmp exists, and I call
"mkdirhier /home/edavid/tmp/test/try", then mkdirhier creates
12 matches
Mail list logo
