<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel">
    <title>gmane.network.rdesktop.xrdp.devel</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1382"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1381"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1380"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1379"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1378"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1377"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1376"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1375"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1374"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1373"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1372"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1371"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1370"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1369"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1368"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1367"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1366"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1365"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1364"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1363"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1382">
    <title>Connection issue</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1382</link>
    <description>&lt;pre&gt;Hi,

I just installed the latest version of xrdp on a SUSE Linux Enterprise
Server 11 SP2 install, but I get the following when trying to connect from
a client system:

connecting to sesman ip 127.0.0.1 port 3350
sesman connect ok
sending login info to sesman
login successful for display 10
started connecting
rdpx11 channel is not present
X11 RDP server started
Screen depth is not 24

I hit OK (the only option), and the connection terminates.

Can anyone point me in the right direction? I followed the install
instructions here:

http://forums.opensuse.org/english/get-technical-help-here/how-faq-forums/advanced-how-faq-read-only/444773-remote-desktop-xrdp-rdp-opensuse-11-2-11-3-quick-version.html

Andy
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single c&lt;/pre&gt;</description>
    <dc:creator>Sling Box</dc:creator>
    <dc:date>2013-05-16T13:12:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1381">
    <title>Re: Xvnc or X11rdp</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1381</link>
    <description>&lt;pre&gt;Hi,

----- Original Message -----

X11rdp is the one backend that allows for session disconnection / reconnection with arbitrary resolutions and colour depth.

IMHO, go for X11rdp.

Cheers
Gustavo

&lt;/pre&gt;</description>
    <dc:creator>Gustavo Homem</dc:creator>
    <dc:date>2013-05-15T21:49:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1380">
    <title>Xvnc or X11rdp</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1380</link>
    <description>&lt;pre&gt;Hi everybody,
I've read that XRDP Works with Xvnc or X11rdp.
Which one offers a better performance?

I've looked at the source code and I can't understand how it works.
In what C source code file is made the communication between the Xvnc server of the user session and the XRDP server?
Where and how it's done the transformation from the application X windows system calls into RDP packages?
Is there any detailed documentation?

Thank you very much!

Abraham Macías Paredes


T: 955 11 11 55
F: 954 37 11 42

[cid:image001.jpg-XGyHVPeb2Ovs3V+V45zuTjRmByFHzeGd&amp;lt; at &amp;gt;public.gmane.org]
Solutia Innovaworld Technologies S.L.
Parque Empresarial Los Llanos
C/ Extremadura, 108 - 41909 - Salteras (Sevilla)

[cid:image002.jpg-XGyHVPeb2Ovs3V+V45zuTjRmByFHzeGd&amp;lt; at &amp;gt;public.gmane.org]

Sus datos personales contenidos en esta comunicación han sido recogidos de los contactos mantenidos por Vd. o por personas de su entorno, con personal de SOLUTIA INNOVAWORLD TECHNOLOGIES, S.L. y han sido incorporados al fichero de GESTIÓN COMERCIAL con&lt;/pre&gt;</description>
    <dc:creator>Abraham Macías Paredes</dc:creator>
    <dc:date>2013-05-15T14:38:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1379">
    <title>Re: xrdp don't work when running as user xrdp but workfine as root</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1379</link>
    <description>&lt;pre&gt;On Tue, 2013-05-14 at 16:22 +0200, Philipp Hahn wrote: 
Hello,


Did you have tried DMX instead of X11rdp ?

https://github.com/zeha/xrdp-suse-fork

Suse use 0.4 xrdp version, i think it will be not easy to integrate in
last version of xrdp.

Suse have develop this for their feature "NOMAD".


Many thanks !

Best Regards,

&lt;/pre&gt;</description>
    <dc:creator>Nicolas DEFFAYET</dc:creator>
    <dc:date>2013-05-14T15:32:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1378">
    <title>Re: xrdp don't work when running as user xrdp but workfine as root</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1378</link>
    <description>&lt;pre&gt;Hello

Am Dienstag 14 Mai 2013, 15:31:43 schrieb Nicolas DEFFAYET:

It has a companion package called univention-xrdp ...

...
...
...
...

Yes (if you want to use X11rdp)


Because I took the original Debian packacking, replaced xrdp with the version from GIT and than enabled X11rdp.
Since Debian never built X11rdp, they never experienced the permission problem and took the right approach to not run an network facing daemon with root permissions.
In our UCS package we took the easy root and run xrdp as root, but I'd advise you not make that network port publically available.


That's part of our univention-xrdp package, which also contains the integration into our management system.

Sincerely
Philipp
&lt;/pre&gt;</description>
    <dc:creator>Philipp Hahn</dc:creator>
    <dc:date>2013-05-14T14:22:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1377">
    <title>Re: How to disable clipboard on xrdpv0.6.0</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1377</link>
    <description>&lt;pre&gt;Oops, sorry Philipp, I'll get this in now.

Lee, I don't think the [channels] section will work with 0.6.  I think
that was added later.
0.6.0 does not have drive redirection so there is nothing to disable
and the clipboard was pretty limited.

Jay


On Mon, May 13, 2013 at 12:09 AM, Philipp Hahn &amp;lt;hahn-XGHnVjPZMYOOJsaolrKA/Q&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
&lt;/pre&gt;</description>
    <dc:creator>Jay Sorg</dc:creator>
    <dc:date>2013-05-13T20:48:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1376">
    <title>Re: How to disable clipboard on xrdpv0.6.0</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1376</link>
    <description>&lt;pre&gt;Hello,

Am Donnerstag 09 Mai 2013, 19:53:37 schrieb Lee:

If I read the code right, you can disable individual channels by adding a [Channels] sectionto your xrdp.ini file and disable the channels.
Untested:

[Channels]
rdpdr=0
cliprdr=0

I tried to add that to the documentation, but jsorg never pulled my changed. Here's the diff that should document the channels:
&amp;lt;https://github.com/pmhahn/xrdp/commit/19efc04e64c8251664897307f8d73dcba382d8df&amp;gt;

Sincerely
Philipp
&lt;/pre&gt;</description>
    <dc:creator>Philipp Hahn</dc:creator>
    <dc:date>2013-05-13T07:09:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1375">
    <title>RDP_NORMAL_LOGON in xrdp_constants.h</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1375</link>
    <description>&lt;pre&gt;Jay,
After talking to some MS RDP experts/developers, we have found an error in your code.

Your RDP constants header file show:
   RDP_NORMAL_LOGON = 0x0033

It should actually be set to 0x0013.

0x0033 sets the Maximize bit (0x0020) and 3rd party RDP developers would have issues with this if they are expecting/requiring 0x0013 as a normal response.

I currently patch my 0.7.0 xrdp with this and all works fine for all 3rd party RDP stuff that I use.  I only had a person look at it because I could not get logged on properly using a certain piece of software but figure I would bring it up to you first here because there may be a specific reason why you are using 0x0033 for a Normal Logon request.

Thanks in advance,
-Stephen
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the fie&lt;/pre&gt;</description>
    <dc:creator>Stephen Yorke (DN</dc:creator>
    <dc:date>2013-05-11T01:31:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1374">
    <title>How to disable clipboard on xrdpv0.6.0</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1374</link>
    <description>&lt;pre&gt;Is there a way to disable clipboard and drive redirection on xrdp version
0.6.0? 



--
View this message in context: http://xrdp-devel.766250.n3.nabble.com/How-to-disable-clipboard-on-xrdpv0-6-0-tp4025111.html
Sent from the XRDP Devel mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
&lt;/pre&gt;</description>
    <dc:creator>Lee</dc:creator>
    <dc:date>2013-05-09T17:53:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1373">
    <title>Re: /etc/init.d/xrdp in version 0.6.0?</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1373</link>
    <description>&lt;pre&gt;I have used xrdp 0.6.0 from source in the past few days and can assure you that the xrdp.sh script works.

One thing you will need to make sure of though is X11rdp...if that is not there then it will not work.

Personally, I think you should move to xrdp 0.7.0 and not touch 0.6.0...

http://github.com/FreeRDP/xrdp




From: Benjamin Richards
Sent: ‎Tuesday‎, ‎May‎ ‎7‎, ‎2013 ‎2‎:‎57‎ ‎PM
To: xrdp-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org

I am upgrading our CentOS 6.4 servers from version 0.5.0 (in the CentOS yum repositories) to version 0.6.0, compiled from source. In 0.5.0, there was a script dropped in /etc/init.d called ‘xrdp’ as part of the installation process which controlled xrdp/sesman start and stop. I looked and it was different from /etc/xrdp/xrdp.sh. However, in 0.6.0, I don’t a similar script. /etc/xrdp/xrdp.sh does exist, but it appears to not work quite as seamlessly nor does it color-code start and stop messages. I’ve tried copying it to /etc/ini&lt;/pre&gt;</description>
    <dc:creator>Stephen Yorke (DN</dc:creator>
    <dc:date>2013-05-08T19:57:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1372">
    <title>Re: startwm.sh</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1372</link>
    <description>&lt;pre&gt;
Absolutely, it is standard practice in just about every installer that I 
have come across. As long as there is some sensible default behaviour if 
none of the above are detected it is normal practice.

JAB.

&lt;/pre&gt;</description>
    <dc:creator>Jonathan Buzzard</dc:creator>
    <dc:date>2013-05-07T23:49:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1371">
    <title>pulse sink</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1371</link>
    <description>&lt;pre&gt;Hello,

I create some pulse sink notes at
http://www.xrdp.org/index.php?option=com_content&amp;amp;view=article&amp;amp;id=19:xrdp-pulse-sink&amp;amp;catid=2:documents&amp;amp;Itemid=7

configure xrdp without --enable-simplesound for this.  I think I'll
remove the pulse simple API option if the sink method works.

With the simple API, it was a pulse monitor that had to pull the pulse
audio server.  That mean that even if no audio is playing, the loop is
running.  With the sink model, all threads are resting nicely when
nothing is playing.

In the future I could see this sink going into the pulse upstream and
even add a way to detect if it's an xrdp session and default to the
appropriate sink.

Jay

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download y&lt;/pre&gt;</description>
    <dc:creator>Jay Sorg</dc:creator>
    <dc:date>2013-05-07T23:40:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1370">
    <title>Re: startwm.sh</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1370</link>
    <description>&lt;pre&gt;


Ah, thanks Jonathan, I was looking for something like this.
I changed startem.sh to autodetect but when a session is started but
we can't do that with the pam file.

Is it OK for 'make install' to look for these files and install the correct one?

Jay

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
&lt;/pre&gt;</description>
    <dc:creator>Jay Sorg</dc:creator>
    <dc:date>2013-05-07T17:56:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1369">
    <title>/etc/init.d/xrdp in version 0.6.0?</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1369</link>
    <description>&lt;pre&gt;I am upgrading our CentOS 6.4 servers from version 0.5.0 (in the CentOS yum
repositories) to version 0.6.0, compiled from source. In 0.5.0, there was a
script dropped in /etc/init.d called 'xrdp' as part of the installation
process which controlled xrdp/sesman start and stop. I looked and it was
different from /etc/xrdp/xrdp.sh. However, in 0.6.0, I don't a similar
script. /etc/xrdp/xrdp.sh does exist, but it appears to not work quite as
seamlessly nor does it color-code start and stop messages. I've tried
copying it to /etc/init.d and adding the service using chkconfig, but it
appears to not work reliably. It will falsely report that xrdp or
xrdp-sesman are already loaded if I attempt to start the service (with
service xrdp.sh start). Stopping doesn't help. I only have it reliably
starting and stopping by manually running /etc/xrdp/xrdp.sh start/stop.

 

Is there something that I could be missing here? Or am I doing the right
thing? I am not familiar with chkconfig scripts very well so I was hoping
that fo&lt;/pre&gt;</description>
    <dc:creator>Benjamin Richards</dc:creator>
    <dc:date>2013-05-06T02:13:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1368">
    <title>Re: startwm.sh</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1368</link>
    <description>&lt;pre&gt;
The usual thing is to look in /etc for redhat-release, debian_version or
SuSE-release. Then depending on what you find install stuff where 
required with some default if none of the above. It also gives you the 
option of doing something different if say RHEL5 is different from RHEL6 
by looking at the contents of the file.

JAB.

&lt;/pre&gt;</description>
    <dc:creator>Jonathan Buzzard</dc:creator>
    <dc:date>2013-05-02T22:37:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1367">
    <title>Re: startwm.sh</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1367</link>
    <description>&lt;pre&gt;Hi,


That is cool!


I would just suggest that you keep the pam.d file variations in the repository. The community can contribute with changes when/if needed for those files. And then we all can package directly from the repository.

Cheers
Gustavo

&lt;/pre&gt;</description>
    <dc:creator>Gustavo Homem</dc:creator>
    <dc:date>2013-05-02T19:15:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1366">
    <title>startwm.sh</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1366</link>
    <description>&lt;pre&gt;I've noticed the localtion of Xsession on Suse 12.1 is
/etc/X11/xdm

Debian / Ubuntu is
/etc/X11

EL is
/etc/X11/xinit

Is this right?
I can change the script to auto detect it's location.

I don't know what we can do with the pam.d file.

As part of installation, maybe a manual step.

Jay

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with &amp;lt;2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
&lt;/pre&gt;</description>
    <dc:creator>Jay Sorg</dc:creator>
    <dc:date>2013-05-02T19:03:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1365">
    <title>Re: /etc/pam.d/xrdp-sesman</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1365</link>
    <description>&lt;pre&gt;Stephen,

I think the problem is that EL, Suse and Mandriva use system-auth whereas Debian (and Co.) call it common-auth. Same goes for account, session and password.

So, it is the same thing with different names.

Ways to solve this within the xrdp repo

1- have a default file that works for Debian, Ubuntu, etc and an extra file (xrdp-sesman.EL) that works for EL, Suse, etc
2- have a default file that works for EL, Suse, etc and an extra file (xrdp-sesman.Ubuntu) that works for Debian, Ubuntu, etc

Either the Debian people or the EL people will have to copy a file in their building scripts. But that's trivial to whoever is able to package anything :-)

I really think the repository should keep *both* files, so that packagers don't have to carry along a separate files all the time.

We can work together to have 1) ou 2) so that the central repository works for everyone.

Suggestion: ask Jay to integrate the pam file that works for EL in the way he prefers and adapt your script accordingly, to build directly&lt;/pre&gt;</description>
    <dc:creator>Gustavo Homem</dc:creator>
    <dc:date>2013-05-01T19:56:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1364">
    <title>Re: /etc/pam.d/xrdp-sesman</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1364</link>
    <description>&lt;pre&gt;Jay,

Xsession on EL is located in /etc/X11/xinit.
On Debian based systems, it is usually in /etc/X11.


As for the /etc/pam.d/xrdp-sesman, I think we should discuss the best way to do it.  I know for my EL builds, I find it easiest to use the system-auth links that I posted in a previous e-Mail.  Others said that will not work on all distributions though.  Which I do not really understand because it is pam.  Shouldn’t it work the same way on all systems?  I am actually going to look into this a little more because I want to write a single script which will build my systems whether they are EL or Debian based distributions.  My current script works perfectly for EL (CentOS and Red Hat) and after running it, everything ‘just works’.


From: Jay Sorg
Sent: ‎Tuesday‎, ‎April‎ ‎30‎, ‎2013 ‎9‎:‎28‎ ‎PM
To: xrdp-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org

I've seen some issues with the pam.d file being the way it is.
Some reports from users as well.
I seen the problem in &lt;/pre&gt;</description>
    <dc:creator>Stephen Yorke (DN</dc:creator>
    <dc:date>2013-05-01T00:42:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1363">
    <title>/etc/pam.d/xrdp-sesman</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1363</link>
    <description>&lt;pre&gt;I've seen some issues with the pam.d file being the way it is.
Some reports from users as well.
I seen the problem in Suse 12.1.
I'm planning to put the file
/etc/pam.d/xrdp-sesman
back like it was.
Also, I seen a system that does not have
/etc/X11/Xsession
so I think I'll check for the existence and if it's not there, do the old way.

Jay

------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with &amp;lt;2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
&lt;/pre&gt;</description>
    <dc:creator>Jay Sorg</dc:creator>
    <dc:date>2013-05-01T00:26:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1362">
    <title>freerdp1 wrapper module</title>
    <link>http://permalink.gmane.org/gmane.network.rdesktop.xrdp.devel/1362</link>
    <description>&lt;pre&gt;Hi,

I'm trying to use freerdp1 module with the latest FreeRDP code from the
master branch.
It seems like the stream functions is changed , and the glyph cache and
brush cache functions is also broken.

Where is the right place to start in order to get freerdp wrapper module to
work ?


thx.



--
View this message in context: http://xrdp-devel.766250.n3.nabble.com/Xrdp-devel-freerdp1-wrapper-module-tp4025098.html
Sent from the XRDP Devel mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
&lt;/pre&gt;</description>
    <dc:creator>speidy</dc:creator>
    <dc:date>2013-04-27T22:34:47</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.network.rdesktop.xrdp.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.network.rdesktop.xrdp.devel</link>
  </textinput>
</rdf:RDF>
