Package Details: xrdp 0.8.0-4

Git Clone URL: https://aur.archlinux.org/xrdp.git (read-only)
Package Base: xrdp
Description: An open source remote desktop protocol (RDP) server
Upstream URL: http://xrdp.sourceforge.net/
Licenses: Apache
Submitter: None
Maintainer: bidulock
Last Packager: bidulock
Votes: 77
Popularity: 1.401890
First Submitted: 2008-01-15 15:02
Last Updated: 2015-12-04 13:43

Latest Comments

dumphblooz commented on 2016-02-08 09:30

$ LC_ALL=C yaourt -S xrdp
...
Generating 512 bit rsa key...

ssl_gen_key_xrdp1 ok

saving to /etc/xrdp/rsakeys.ini

problem opening /etc/xrdp/rsakeys.ini, maybe no rights
error 1 in key_gen, save_all
error: command failed to execute correctly

mabra commented on 2015-12-04 15:18

Hi !

Thanks for your investigation - but nothing changes.
Have you seen my log ?? I am not sure, that all dependencies are really met.
For other distros, I know, that the connecting user must be in some groups,
like 'tsusers' or something like this. This is not the case with my arch setup.
I say this, because the log shows:
>XRDP-sesman[30667]: pam_unix(xrdp-sesman:session): session opened for user mba by (uid=0)
The mba user has uid=1000.

Just an amateurs note.

bidulock commented on 2015-12-04 13:48

Give 0.8.0-4 a try.

mabra commented on 2015-12-04 12:40

Hi !
I re-installed and this time, it builds. But then, I get the same as
>>1. Whenever I connect to the server, a dialog pops up complaining "VNC error - problem connecting", forces me to click "OK" button, then it allows me to enter.<<
For my case, pressing the OK button, just repeats the sequence,
no login possible.
If I specify no password at the client, no dialog appears
at all and login fails.
What I know from other installations is, that there should be a login dialog, where I can additionally specify the module to use [found as sections in the xrdp.ini].

I see some weird entry in the logs and could provide them for both cases,
but where to post ? Here ??

Put my logs into this forum post:
https://bbs.archlinux.org/viewtopic.php?pid=1583667#p1583667

albertnguyen commented on 2015-06-25 02:40

Thanks bidulock. The services are working like a charm now. But there're still some minor issues.

1. Whenever I connect to the server, a dialog pops up complaining "VNC error - problem connecting", forces me to click "OK" button, then it allows me to enter.

2. Some garbage appears in my home directory: thinclient_drives & xrdp-chansrv.log

I don't know if you can resolve it, or that's upstream matter?

Thanks again.

bidulock commented on 2015-06-24 13:01

Sorry, typo in --with-systemdsystemunitdir=/usr/lib/systemd/system
0.8.0-3 is corrected.

albertnguyen commented on 2015-06-24 04:31

Since update to 0.8.0-2 I cannot find xrdp.service and xrdp-sesman.service. Have to use /etc/xrdp/xrdp.sh to control the program.

EricT commented on 2015-02-26 09:48

Hello,

with this version : xrdp 0.6.1-1

Awesome not started

I Have change this :
nano /etc/xrdp/startwm.sh
line 6 :
SESSIONS="gnome-session blackbox fluxbox startxfce4 startkde xterm"
by :

SESSIONS="gnome-session blackbox fluxbox startxfce4 startkde awesome xterm"

systemctl restart xrdp && systemctl restart xrdp-sesman

And so good :)

Eric

albertnguyen commented on 2014-12-16 01:22

It works with tigervnc 1.4.0-1.

albertnguyen commented on 2014-12-16 01:21

I works with tigervnc 1.4.0-1 update.

Esspy commented on 2014-12-02 16:41

Hi. I use Schnouki PKGBUILD, but there are additional steps to be done to get xrdp working again.

1. run xrdp-keygen xrdp > /etc/xrdp/rsakey.ini to generate RSA keys
2. use PAM from gentoo http://data.gpo.zugaina.org/gentoo/net-misc/xrdp/files/xrdp-sesman.pamd

good luck.

frilled commented on 2014-11-27 09:02

Same here. Couldn't yet find out why. If I ssh -X into the box after the failed login attempt, I can start a vncviewer on localhost:9010 just fine - as the VNC server is indeed running correctly.

frilled commented on 2014-11-27 08:58

Same here. Couldn't yet find out why. If I ssh -X into the box after the failed login attempt, I can start a vncviewer on localhost:9010 just fine - as the VNC server is indeed running correctly.

frilled commented on 2014-11-27 08:57

Same here. Couldn't yet find out why. If I ssh -X into the box I can start a vncviewer on localhost:9010 just fine. The VNC server is indeed running correctly. Seems xrpd-sesman has a problem, but I don't know what it is, logs are not very informative ;P

frilled commented on 2014-11-27 08:55

Same here.

oaheix commented on 2014-11-27 02:16

@albertnguyen: Same problem, tried your way, and it works, thanks!

albertnguyen commented on 2014-11-25 10:11

Latest upgrade of tigervnc to 1.3.90-1 made me unable to enter xrdp desktop. I had to return to 1.3.1-6. Anyone with similar symptom?

JonnyJD commented on 2014-11-13 15:56

@Schnouki: This is an orphan package. You can just upload the new PKGBUILD (and disown afterwards if you don't want to maintain).

Schnouki commented on 2014-11-13 08:51

Updated PKGBUILD: http://ix.io/fa0

tzok commented on 2014-10-20 09:42

I have to disown the package as I no longer use xrdp and have little time to spare unfortunately.

tgc commented on 2014-10-17 14:19

There is a new version ready at https://github.com/neutrinolabs/xrdp/releases

tzok commented on 2013-12-10 18:44

I can fix the SESSIONS variable (I personally use openbox-session also missing on the default list).

But I do not get the second part of your request. Manpage for xrdp.ini does not mention "address=..." parameter. Did you mean "ip=..." in the connection section? For each of predefined connection?

Regards,
tzok

vtanger commented on 2013-12-10 07:19

Not sure whether this is better suited here or for upstream:

In /etc/xrdp/startwm.sh please add "lxsession" to the SESSIONS variable.

In /etc/xrdp/xrdp.ini please add the lines "# bind to localhost only, e.g. to tunnel via SSH" followed by "#address=127.0.0.1" for those who wish to tunnel xrdp via SSH so they can find it more easily.

Thanks!

Volker

russo79 commented on 2013-09-22 09:36

@spitfire

No, it shouldn't.
Take a look at: https://wiki.archlinux.org/index.php/Pkgbuild#makedepends

spitfire commented on 2013-09-22 09:34

'patch', 'libtool' should be added to make deps.

tzok commented on 2013-09-16 18:27

@arkhad, did you download this tarball?https://aur.archlinux.org/packages/xr/xrdp/xrdp.tar.gz

It has all the files required to build xrdp.

Anonymous comment on 2013-09-11 22:09

Hi @tzok, I'm trying to run the script but it tells me that xrdp.service can't be found, and I assume it'll complaind about the other sources execpt the tar. Thanks in advance for any advice.

tzok commented on 2013-09-11 11:41

@phindela, done! However I have no means to test whether armv6h support is true. I rely on you on this matter. If there are people complaining about problems for this architecture and I would still have no way to help, I will probably make this package orphan so that someone else can adopt it

Anonymous comment on 2013-09-06 21:19

Hello just built and tried xrdp on Raspberry Pi. works flawless.

Please add 'armv6h' to PKGBUILD.

thanks in advance

tzok commented on 2013-06-10 13:31

That's right, I forgot to remove it from package(). It is fixed now, thanks for noticing!

russo79 commented on 2013-06-10 13:22

@tzok

You seem to have forgot to remove the sed command in the package() function, since it is now done in the prepare function.
Otherwise, great!

tzok commented on 2013-06-10 11:30

Hi russo79,

thank you very much for your comment! I have adapted the PKGBUILD as suggested.

Best regards,
tzok

tzok commented on 2013-06-10 11:30

Hi russo89,

thank you very much for your comment! I have adapted the PKGBUILD as suggested.

Best regards,
tzok

russo79 commented on 2013-06-05 21:54

Hi tzok

Nice to see someone taking over this package.
Some suggestions to your package:

1. You should move the code that patches xrdp source into a prepare() function. It is now the new standard. I would also do the sed operation in it.

prepare() {
cd "${pkgname}-v${pkgver}"
patch -p1 -i $srcdir/0001-Fix-the-build-with-automake-1.13.patch
# Fix path in xrdp.sh file
sed -i 's|/usr/local/sbin|/usr/bin|' instfiles/xrdp.sh
}

2. You should edit the service file so that they point to /usr/bin instead of /usr/sbin. Even if /usr/sbin exists, it is now a symlink that will probably be removed some day

xrdp-sesman.service:
ExecStart=/usr/bin/xrdp-sesman $SESMAN_OPTIONS
ExecStop=/usr/bin/xrdp-sesman $SESMAN_OPTIONS --kill

xrdp.service:
ExecStart=/usr/bin/xrdp $XRDP_OPTIONS
ExecStop=/usr/bin/xrdp $XRDP_OPTIONS --kill

russo79 commented on 2013-06-05 21:54

Hi tzok

Nice to see someone taking over this package.
Some suggestions to your package:

1. You should move the code that patches xrdp source into a prepare() function. It is now the new standard. I would also do the sed operation in it.

prepare() {
cd "${pkgname}-v${pkgver}"
patch -p1 -i $srcdir/fix_for_automake-1.13.patch
# Fix path in xrdp.sh file
sed -i 's|/usr/local/sbin|/usr/bin|' instfiles/xrdp.sh
}

2. You should edit the service file so that they point to /usr/bin instead of /usr/sbin. Even if /usr/sbin exists, it is now a symlink that will probably be removed some day

xrdp-sesman.service:
ExecStart=/usr/bin/xrdp-sesman $SESMAN_OPTIONS
ExecStop=/usr/bin/xrdp-sesman $SESMAN_OPTIONS --kill

xrdp.service:
ExecStart=/usr/bin/xrdp $XRDP_OPTIONS
ExecStop=/usr/bin/xrdp $XRDP_OPTIONS --kill

tzok commented on 2013-06-05 18:35

Added version with patch and adjusted to the new filesystem scheme

alex-eri commented on 2013-05-12 22:17

pls add patch to pkgbuild

alex-eri commented on 2013-05-12 22:14

configure.ac:5: error: 'AM_CONFIG_HEADER': this macro is obsolete.
You should use the 'AC_CONFIG_HEADERS' macro instead.

russo79 commented on 2013-01-16 08:40

bluerider, patch https://sourceforge.net/tracker/?func=detail&aid=3601075&group_id=112022&atid=665248 has already been submited upstream.

bluerider commented on 2013-01-16 03:25

The error can be fixed by changing "AM_CONFIG_HEADER" to "AC_CONFIG_HEADERS" in configure.ac.
This error should be reported upstream.

bluerider commented on 2013-01-16 03:15

I can't seem to compile this :

/usr/bin/autoconf
/usr/bin/automake
/usr/bin/libtool
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force
configure.ac:5: error: 'AM_CONFIG_HEADER': this macro is obsolete.
You should use the 'AC_CONFIG_HEADERS' macro instead.
/usr/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from...
configure.ac:5: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: error: echo failed with exit status: 1
autoreconf: aclocal failed with exit status: 1

th-fr commented on 2013-01-12 12:48

Yes, it works. Sry for the misunderstanding and thank you for the fix.

th-fr commented on 2013-01-12 12:47

Yes it works, sry for the misunderstanding.

russo79 commented on 2013-01-12 12:33

@th-fr

Oh, another thing. If you used the download link from pastebin the files may have a CR/LF line end instead of a LF only.
I suggest you to do a copy/paste of the contents of the files and save them with your favorite editor.
This may solve your problem.

russo79 commented on 2013-01-12 12:26

@th-fr
Hi
I just tested on my system (again), and the patch worked perfectly.
Could you try to remove your src directory and try makepkg again?

th-fr commented on 2013-01-12 12:23

@russo79:
Your patch does not work properly, because the file path seems to be wrong.

==> Making package: xrdp 0.6.0-3 (Sa 12. Jan 13:08:50 CET 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
-> Found xrdp-v0.6.0.tar.gz
-> Found xrdp.service
-> Found xrdp-sesman.service
-> Found fix_for_automake-1.13.patch
==> Validating source files with md5sums...
xrdp-v0.6.0.tar.gz ... Passed
xrdp.service ... Passed
xrdp-sesman.service ... Passed
fix_for_automake-1.13.patch ... Passed
==> Extracting Sources...
-> Extracting xrdp-v0.6.0.tar.gz with bsdtar
==> Removing existing pkg/ directory...
==> Starting build()...
(Patch is indented 8 spaces.)
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -ru xrdp-v0.6.0/configure.ac xrdp-v0.6.0-buildfix/configure.ac
|--- xrdp-v0.6.0/configure.ac2012-02-21 20:00:55.000000000 +0100
|+++ xrdp-v0.6.0-buildfix/configure.ac2013-01-11 00:31:49.349673370 +0100
--------------------------
File to patch: xrdp-v0.6.0/configure.ac
xrdp-v0.6.0/configure.ac: configure.ac
patching file configure.ac
patch: **** malformed patch at line 6: AC_PREREQ(2.59)

russo79 commented on 2013-01-10 23:39

th-fr

New version of the PKGBUILD that fix the build problem: http://pastebin.com/GBiXcmi5

You will also need to create a file named fix_for_automake-1.13.patch with the content from here: http://pastebin.com/esryWSRk

techryda commented on 2013-01-10 23:10

Builds fine here...

I don't use the package anymore though, so let me know if you'd like to maintain it and I'll disown it.

th-fr commented on 2013-01-10 21:22

Did not build, seems like the build script (not the PKGBUILD) of xrdp does is a bit outdated:

==> Starting make...
/usr/bin/autoconf
/usr/bin/automake
/usr/bin/libtool
/usr/bin/pkg-config
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force
configure.ac:5: error: 'AM_CONFIG_HEADER': this macro is obsolete.
You should use the 'AC_CONFIG_HEADERS' macro instead.
/usr/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from...
configure.ac:5: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: error: echo failed with exit status: 1
autoreconf: aclocal failed with exit status: 1

th-fr commented on 2013-01-10 21:21

Did not build, seems like the build script (not the PKGBUILD) of xrdp does is a bit outdated:

==> Starting make...
/usr/bin/autoconf
/usr/bin/automake
/usr/bin/libtool
/usr/bin/pkg-config
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force
configure.ac:5: error: 'AM_CONFIG_HEADER': this macro is obsolete.
You should use the 'AC_CONFIG_HEADERS' macro instead.
/usr/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from...
configure.ac:5: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: error: echo failed with exit status: 1
autoreconf: aclocal failed with exit status: 1

techryda commented on 2012-10-11 21:04

Done.

ShyPixie commented on 2012-10-11 20:49

I get error: cp: can not obtain state "../*. service": File or directory not found

Please, replace

cp ../*.service usr/lib/systemd/system

by

cp ${srcdir}/*.service usr/lib/systemd/system

techryda commented on 2012-08-16 17:07

Also updated to use tigervnc

techryda commented on 2012-08-16 16:44

Updated...I was mistaken about 0.7.0 being out...it's actually 0.6.0

Added systemd support

techryda commented on 2012-08-16 13:57

0.7.0 is out

Also, please add:
--with-systemdsystemunitdir=/usr/lib/systemd/system

to the 'configure' line, and:
sed -i 's|EnvironmentFile=.*|EnvironmentFile=/etc/xrdp/xrdp.ini|' usr/lib/systemd/system/xrdp.service
sed -i 's|EnvironmentFile=.*|EnvironmentFile=/etc/xrdp/xrdp.ini|' usr/lib/systemd/system/xrdp-sesman.servic

to the end of the package() function. This will enable systemd support to the package

Thanks

JonnyJD commented on 2012-03-13 17:33

I wrote some notes on this setup in https://wiki.archlinux.org/index.php/Xrdp

JonnyJD commented on 2012-03-13 03:49

The git version https://aur.archlinux.org/packages.php?ID=46669 works a lot better for me (especially sesman-vnc, but also the colors are correct with vnc-any)

eworm commented on 2011-12-22 08:12

Can you please add "--prefix=/usr --sysconfdir=/etc" to ./configure? Thanks!

jsteel commented on 2011-10-30 20:36

Disowning... cannot get this to work.
Should just require "sudo /etc/xrdp/xrdp.sh start" but I get "error - problem connecting" when trying to connect via RDP.

jsteel commented on 2011-10-30 20:32

Disowning... cannot get this to work.
Should just require "sudo /etc/xrdp/xrdp.sh start" but I get "error - problem connecting"

jsteel commented on 2011-10-10 18:48

Updated to 0.5.0. It doesn't seem to work with rdesktop (cannot type). I can get a little further with freerdp (xfreerdp), although it does not log me in...

jsteel commented on 2011-10-10 17:39

Updated to 0.5.0. Runs OK but when I try and log in I cannot type anything; is that just me?

Anonymous comment on 2011-08-06 22:58

Another vote for an update, this would rock. I'd help but I'm an arch n00b.

Anonymous comment on 2011-05-27 12:00

Update, please ... or orphan

Anonymous comment on 2011-01-19 02:09

Package is too old :(