Ralph,<br><br>Sorry about that, I screwed up my instructions because I was doing it from memory. Here's the proper command (I put too many slashes in before), and you will also need to run it twice in a row because sed apparently only replaces one instance per line:<br>

<br>sudo sed -i 's/allow_active/allow_any/' /usr/share/polkit-1/actions/*.policy<br><br>Again, you will want to make a backup copy of the *.policy files (if you haven't already) before doing this. It should not be necessary to reboot, but you may need to close and re-open any applications you are having trouble with that are running at the time that you do the fix.<br>

<br><br>Also, the issue has unfortunately not been fixed (at least not in most cases) because it affects many different applications that plug into PolicyKit. I just did a grep and found many instances of "allow_active" instead of "allow_any" in the policy files.<br>

<br><div class="gmail_quote">On Sat, Nov 5, 2011 at 11:30 AM, Ralph Sikau <span dir="ltr"><<a href="mailto:r.sikau@parabol-pictures.de">r.sikau@parabol-pictures.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">


  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hi Ben,<br>
    <br>
    sorry, but that doesn't do the trick. The sudo command does not
    work. I get the error message that 's/' is not understood. Also the
    bug report is quite old. That should be solved by now.<br>
    <br>
    Thanks anyway,<br>
    <br>
    Ralph<br>
    <br>
    Am 02.11.2011 20:28, schrieb Benjamin Shadwick:
    <blockquote type="cite"><div><div class="h5">Ralph,<br>
      <br>
      I believe I might be able to help with the admin rights issue, as
      I ran into it as well and did some digging.<br>
      <br>
      There is an Ubuntu bug report here: <a href="https://bugs.launchpad.net/ubuntu/+source/policykit/+bug/221363" target="_blank">https://bugs.launchpad.net/ubuntu/+source/policykit/+bug/221363</a><br>
      <br>
      I think I ended up just replacing all instances of allow_active
      with allow_any in the policykit policy files, probably by running
      something like the following commands (make a backup first,
      though):<br>
      <br>
          cd /usr/share/polkit-1/actions/<br>
          sudo sed -i 's/allow_active/allow_any//' ./*<br>
      <br>
      </div></div><div class="gmail_quote"><div><div class="h5">On Wed, Nov 2, 2011 at 9:13 AM, Ralph
        Sikau <span dir="ltr"><<a href="mailto:r.sikau@parabol-pictures.de" target="_blank">r.sikau@parabol-pictures.de</a>></span>
        wrote:<br>
        </div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
          <div bgcolor="#FFFFFF" text="#000000"> Hi,<br>
            <br>
            I have created a fresh Xen domu after all, based on Ubuntu
            Oneiric with the x2goserver from the Ubuntu PPA. And big
            surprise, it works: I can suspend and resume gnome sessions
            correctly.<br>
            So I would say, Linux Mint is not a good choice to work with
            through x2go.<br>
            But now I have another strange behaviour: I login via x2go /
            ssh to a gnome session, using my login name and a private
            sha key. Within this session I can execute root commands
            with sudo, but I cannot change any system preferences or
            modify users and groups within gnome. Obviously I'm lacking
            admin rights, although I am a member of the admin group.<br>
            Might this have to do with LDAP or is the reason somewhere
            in x2go? Any hints?<br>
            <br>
            Cheers,<br>
            <br>
            Ralph
            <div><br>
              <br>
              Am 19.10.2011 21:30, schrieb Mike Gabriel: </div>
            <blockquote type="cite">Hi, <br>
              <div> <br>
                On Mi 19 Okt 2011 14:34:21 CEST Ralph Sikau wrote: <br>
                <br>
                <blockquote type="cite">I'm using the x2goserver (latest
                  version) on a virtual xen machine running an LMDE
                  desktop. <br>
                  The strange behavior is that the x2go sessions are
                  never resumed but whenever I login, a new session is
                  created and all programs have to be started again. <br>
                  The client is a Windows XP PC, and it makes no
                  difference whether I use the windows client or the
                  pyhoca gui to connect. <br>
                  Can anybody tell me what is going wrong here? <br>
                </blockquote>
                <br>
                please do the following... <br>
                <br>
                1. <br>
                Become a watcher on the x2goserver (ssh
                -l<remote_user> <x2gserver>)... <br>
                <br>
                2. <br>
                Then start a session on that server as user
                <remote_user> (where <remote_user> is to be
                replaced by the username that you connect to the server
                with). <br>
                <br>
                3. <br>
                From the ssh session run ,,x2golistsessions'' (and if
                not promiscuous: send the output here). <br>
                <br>
                4. <br>
                Suspend the X2go session (describe us how you do
                that!!!) <br>
                <br>
                5. <br>
                From the ssh session run ,,x2golistsessions'' again (and
                if not promiscuous: send the output here). <br>
                <br>
                <br>
                Thanks, <br>
                Mike <br>
                <br>
                <br>
                <br>
                <fieldset></fieldset>
                <br>
              </div>
              <div>
                <pre>_______________________________________________
X2go-User mailing list
<a href="mailto:X2go-User@lists.berlios.de" target="_blank">X2go-User@lists.berlios.de</a>
<a href="https://lists.berlios.de/mailman/listinfo/x2go-user" target="_blank">https://lists.berlios.de/mailman/listinfo/x2go-user</a></pre>
              </div>
            </blockquote>
            <br>
          </div></div></div><div class="im">
          _______________________________________________<br>
          X2go-User mailing list<br>
          <a href="mailto:X2go-User@lists.berlios.de" target="_blank">X2go-User@lists.berlios.de</a><br>
          <a href="https://lists.berlios.de/mailman/listinfo/x2go-user" target="_blank">https://lists.berlios.de/mailman/listinfo/x2go-user</a><br>
          <br>
        </div></blockquote>
      </div>
      <br>
      <br clear="all"><span class="HOEnZb"><font color="#888888">
      <br>
      -- <br>
      - Ben S.<br>
      <br>
      <br>
      <fieldset></fieldset>
      <br></font></span><div class="im">
      <pre>_______________________________________________
X2go-User mailing list
<a href="mailto:X2go-User@lists.berlios.de" target="_blank">X2go-User@lists.berlios.de</a>
<a href="https://lists.berlios.de/mailman/listinfo/x2go-user" target="_blank">https://lists.berlios.de/mailman/listinfo/x2go-user</a>
</pre>
    </div></blockquote>
    <br>
  </div>

<br>_______________________________________________<br>
X2go-User mailing list<br>
<a href="mailto:X2go-User@lists.berlios.de">X2go-User@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/x2go-user" target="_blank">https://lists.berlios.de/mailman/listinfo/x2go-user</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>- Ben S.<br><br>