Your message dated Sun, 1 Jan 2017 11:42:04 +0100
with message-id <[email protected]>
and subject line Re: xrdp: says it's using local keymap even when it isn't
(incl. workaround)
has caused the Debian Bug report #818526,
regarding xrdp: says it's using local keymap even when it isn't (incl.
workaround)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
818526: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818526
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: xrdp
Version: 0.6.1-2+b1
Severity: normal
Hi,
I installed xrdp, connected from Ubuntu 15.10 (Wily) using whatever
remote desktop client is in their default install ... -- and it
worked. Even the German keyboard layout, umlauts and everything. From
prior experience with VNC-based software I hadn't expected that.
Another day, another test, this time using Windows 7 as a client. Now
the keyboard layout is definitely 'us'.
Launching xrdp and xrdp-sesman with --nodaemon yields "local keymap
file for 0xa0000c07 found and dosen't match built in keymap, using
local keymap file". Only
* /etc/xrdp/ doesn't contain anything resembling that
* according to Google keymap IDs are supposed to be 4 hex digits,
not 8
But 0x0C07 is "de-at German (Austria)", which is correct, so I
symlinked km-a0000c07.ini to km-0407.ini. Works perfectly.
Still, xrdp shouldn't say it's using a local keymap file, when in fact
it is not. Also I'm not sure if the longer keymap ID is correct or the
result of xrdp having mangled some input.
Regards,
Christian
-- System Information:
Debian Release: stretch/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages xrdp depends on:
ii adduser 3.113+nmu3
ii libc6 2.21-9
ii libpam0g 1.1.8-3.2
ii libssl1.0.2 1.0.2g-1
ii libx11-6 2:1.6.3-1
ii libxfixes3 1:5.0.1-2+b2
Versions of packages xrdp recommends:
ii tightvncserver [vnc-server] 1.3.9-7
ii vnc4server [vnc-server] 4.1.1+X4.3.0-37.6+b1
xrdp suggests no packages.
-- Configuration Files:
/etc/xrdp/sesman.ini changed [not included]
/etc/xrdp/xrdp.ini changed [not included]
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi,
> I installed xrdp, connected from Ubuntu 15.10 (Wily) using whatever
> remote desktop client is in their default install ... -- and it
> worked. Even the German keyboard layout, umlauts and everything. From
> prior experience with VNC-based software I hadn't expected that.
>
> Another day, another test, this time using Windows 7 as a client. Now
> the keyboard layout is definitely 'us'.
>
> Launching xrdp and xrdp-sesman with --nodaemon yields "local keymap
> file for 0xa0000c07 found and dosen't match built in keymap, using
> local keymap file". Only
> * /etc/xrdp/ doesn't contain anything resembling that
> * according to Google keymap IDs are supposed to be 4 hex digits,
> not 8
>
> But 0x0C07 is "de-at German (Austria)", which is correct, so I
> symlinked km-a0000c07.ini to km-0407.ini. Works perfectly.
>
> Still, xrdp shouldn't say it's using a local keymap file, when in fact
> it is not. Also I'm not sure if the longer keymap ID is correct or the
> result of xrdp having mangled some input.
Keymap handling has been restructured entirely.
If you should still see a related issue in 0.9.1, please file a new bug
report.
-nik
--
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296
Dominik George · Hundeshagenstr. 26 · 53225 Bonn
Mobile: +49-1520-1981389 · https://www.dominik-george.de/
Teckids e.V. · FrOSCon e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Maintainer
LPIC-3 Linux Enterprise Professional (Security)
signature.asc
Description: PGP signature
--- End Message ---
