Hi Kevin
The 0.7 package was built with the o-magic found on ScaryGliders on August 23,
2003.
I think your suggestion is excellent, so I tried building a v0.7 with the
current version:
git clone -b devel https://github.com/scarygliders/X11RDP-o-Matic.git
cd X11RDP-o-Matic
./X11rdp-o-matic.sh --branch v0.7 --noinstall --withdebug —justdoit
However, I run into problems:
*** processing module Mesa-7.10.3 (30 of 102) ***
downloading file MesaLib-7.10.3.tar.bz2
failed to download MesaLib-7.10.3.tar.bz2 - aborting build
error building X11rdp
So apparently, MesaLib in that version is not on the Internet anymore.
I have also tried building v.08 with the debug script and in the end I got:
./X11rdp-o-matic.sh: line 468: dh_make: command not found
./X11rdp-o-matic.sh: line 471: cd: debian: No such file or directory
rm: cannot remove `*.ex': No such file or directory
rm: cannot remove `*.EX': No such file or directory
rm: cannot remove `README.Debian': No such file or directory
rm: cannot remove `README.source': No such file or directory
cp: cannot stat `../COPYING': No such file or directory
cp: cannot stat `../readme.txt': No such file or directory
----------------------------------------------------------------------
Preparation complete. Building and packaging xrdp...
----------------------------------------------------------------------
dpkg-buildpackage: warning: using a gain-root-command while being root
dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security
dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor):
-D_FORTIFY_SOURCE=2
dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g
-O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security
dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor):
-Wl,-Bsymbolic-functions -Wl,-z,relro
tail: cannot open `debian/changelog' for reading: No such file or directory
dpkg-buildpackage: error: tail of debian/changelog gave error exit status 1
mv: cannot stat `xrdp*.deb': No such file or directory
----------------------------------------------------------------------
Will exit now, since we are not installing on this system...
Packages have been placed under their respective directories in the
packages directory.
----------------------------------------------------------------------
There is a package in packages/x11rdp but none in packages/xrdp
I have right now build a v.08 from the o-matic script with debugging, but I
cannot start it.
Best,
Lars
On 11/06/2014, at 11.57, Kevin Cave
<ke...@scarygliders.net<mailto:ke...@scarygliders.net>> wrote:
Lars, was that v0.7 package also built by o-matic?
Have you tried building another v0.7 at all, to see if that also works okay?
It'd be interesting to find out
if it's something to do with the xrdp versions.
If you're going to build another v0.7 (or above), can I suggest you try the
devel version of o-matic?
Just clone it as usual but add the -b devel swicth to the git clone command and
you'll get it - I changed the
method for generating a xrdp Debian package, which produces a "better" .deb
which now properly includes
the pre and post inst scripts to stop/start the xrdp script where relevant
during install/remove/upgrade.
Regards,
Kevin.
On Wed, Jun 11, 2014 at 6:30 PM, Lars Riisgaard Ribe
<r...@cfin.au.dk<mailto:r...@cfin.au.dk>> wrote:
Oh - and just some extra info. I found a package, I built for release 0.7 on
Aug 29, 2013, and in that build the keyboard is working fine.
On 11/06/2014, at 10.16, Lars Riisgaard Ribe
<r...@cfin.au.dk<mailto:r...@cfin.au.dk>> wrote:
> Dear Gustavo
> Thank you for your mail.
> I did not know about the reconnectwm.sh - that can turn out pretty useful!
> Unfortunately, I still cannot achieve the Danish keyboard, which is rather
> strange.
>
> I tried making a /etc/xrdp/reconnectwm.sh with the following content:
>
> #!/bin/sh
> pause 3
> setxkbmap dk 2> /tmp/testrdp
> setxkbmap -query >> /tmp/testrdp
> xterm &
>
> When I reconnect, the content of /tmp/testrdp is:
> rules: evdev
> model: pc104
> layout: dk
>
> an xterm opens as expected, but the keyboard is reverted to us. So somewhere
> between calling reconnectwm.sh and actually releasing the desktop to the
> user, another keyboard setting is apparently made?
> Does anyone know if there is an actual change of keyboard in the C-code? Then
> I’ll be able to comment that out.
>
> And I do have all my language settings set to da_DK.UTF8.
>
> Best,
>
> Lars
>
> On 11/06/2014, at 02.18, Gustavo Homem
> <gust...@angulosolido.pt<mailto:gust...@angulosolido.pt>> wrote:
>
>> Hi Lars,
>>
>>
>>> Dear XRDP-developers
>>> First of all: Thanks for a great program! It has made Remote Desktop’ing on
>>> Linux so much easier!
>>> Now for my problem:
>>> On an Ubuntu 12.04 I have used the ScaryGliders X11RDP-o-Matic script which
>>> created a ver0.9 xrdp server. I can easily login and everything is fine.
>>> My problem is now that some users are using the default US keyboard and some
>>> are using a Danish keyboard.
>>> For Danish users, I have created the km-0406.ini in /etc/xrdp and when
>>> connecting, I can type Danish characters in my username which is fine.
>>> If I log in, open a terminal and sets the keyboard to Danish (setxkbmap dk),
>>> I can type Danish characters in the terminal.
>>> My problem is now, that if I disconnects and reconnects, the keyboard in the
>>> terminal is reset to US, and I have to issue setxkbmap dk once more.
>>> Is this expected behavior?
>>> Is there some way of removing the lines setting the keyboard layout?
>>>
>>> Please let me know if there is anything I can do
>>
>> You can set the keyboard on the following files:
>>
>> /etc/xrdp/startwm.sh -> script that start the window manager
>> /etc/xrdp/reconnectwm.sh -> script that runs on reconnect
>>
>> You can call setxkbmap, but if I remmemer correctly there are some
>> applications which need the LANG variables to be set.
>>
>> This is my startwm.sh:
>>
>> #!/bin/sh
>> if [ -r /etc/default/locale ]; then
>> . /etc/default/locale
>> export LANG LANGUAGE
>> fi
>>
>> # overrride system defaults
>> export LANG=pt_PT.UTF-8
>> /usr/bin/startkde
>>
>> Cheers
>> Gustavo
>>
>
------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
xrdp-devel mailing list
xrdp-devel@lists.sourceforge.net<mailto:xrdp-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/xrdp-devel
------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
xrdp-devel mailing list
xrdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xrdp-devel
