x2go-dev

x2go-dev@lists.x2go.org

1 participants
5399 discussions

Dependency based booting in Squeeze
by Paul van der Vlis 16 Feb '11

16 Feb '11

Hello, X2go is for Lenny, but it also runs in Squeeze. A problem is the dependency based booting in Squeeze. When I edit /etc/init.d/x2goserver and replace the first line: #! /bin/sh By these 9 lines: ---------------- #! /bin/sh ### BEGIN INIT INFO # Provides: x2goserver # Required-Start: $remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Start and stop the x2go daemon ### END INIT INFO ------------------ the dependency based booting works fine. (I can enable it, I have not really tested the boot-process). You can enable dependency based booting with: apt-get install insserv dpkg-reconfigure insserv sysv-rc More information: http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot With regards, Paul van der Vlis. -- http://www.vandervlis.nl/

3 3

GPG key server
by Paul van der Vlis 16 Feb '11

16 Feb '11

Hello, In de manual I see this command: gpg --keyserver wwwkeys.eu.pgp.net --recv-keys C509840B96F89133 This GPG keyserver is down for a long time. I found this alternative what works and has the key: gpg --keyserver wwwkeys.stinkfoot.us.pgp.net --recv-keys C509840B96F89133 Met vriendelijke groet, Paul van der Vlis. -- http://www.vandervlis.nl/

3 4

x2go-keyring in GIT
by Mike Gabriel 12 Feb '11

12 Feb '11

HI x2go-dev folks, I have added a package ,,x2go-keyring'' to the X2go Git. I have been using this bit of code (as Debian package) for quite a while to distribute the X2go archive key and the X2go maintainer key(s). http://code.x2go.org/gitweb?p=x2go-keyring.git;a=summary Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

1 0

Smartcard rules
by Moritz Struebe 12 Feb '11

12 Feb '11

Hi, while cleaning up the build environment I cam across the udev rules for the gnupg smart-card reader. I rewrote them, so you only need one file, and not two of them. I don't have a reader, though and would appreciate if someone could have a look at it. If anyone knows of a package doing the same that is ok, too. Cheers Morty -- Dipl.-Ing. Moritz 'Morty' Struebe (Wissenschaftlicher Mitarbeiter) Lehrstuhl für Informatik 4 (Verteilte Systeme und Betriebssysteme) Friedrich-Alexander-Universität Erlangen-Nürnberg Martensstr. 1 91058 Erlangen Tel : +49 9131 85-25419 Fax : +49 9131 85-28732 eMail : struebe(a)informatik.uni-erlangen.de WWW : http://www4.informatik.uni-erlangen.de/~morty

1 0

Re: [X2go-dev] VcXsrv
by Dick Kniep 11 Feb '11

11 Feb '11

Hi List, Solves using VcXsrv in rootless mode also the issues with the clipboard? Using XMing on a windows machine in rootless mode, I have the problem that I cannot cut/paste from the windows session to the x2go session vice/versa Cheers, Dick Kniep Lindix BV tel. 036-5215580 mob. 06-50991858 -----Oorspronkelijk bericht----- Van: John A. Sullivan III <jsullivan(a)opensourcedevel.com> Verzonden: vr 04-02-11 16:12:27 Aan: x2go-dev(a)lists.berlios.de; Onderwerp: Re: [X2go-dev] VcXsrv On Fri, 2011-02-04 at 07:52 +0100, Oleksandr Shneyder wrote: > Am 03.02.2011 20:26, schrieb John A. Sullivan III: > > > Alex, we would actually prefer you do that as we truly are not > > developers. Do you have time for that portion, i.e., not fixing vcxsrv > > but simply changing the X2Go Client code? If, not, we'll take our best > > stab at it. > > Ok, I'll try to make this changes next week (x2goclient using vcxsrv or > custom Xserver). But I can't promise it, I have a lot of work to do. > <snip> Fabulous. And just to make sure they are included in these changes: 1) Adding the clipboard parameter 2) Reading the session settings in Windows thus enabling fullscreen (-fullscreen) and available area (-rootless) which implies: 3) Moving the X Server start to after we have the session information. Thanks very much - John _______________________________________________ X2go-dev mailing list X2go-dev(a)lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev !DSPAM:4d4c175b321867818312239!

4 3

Re: [X2go-dev] re Project Management
by Angela Fuß 10 Feb '11

10 Feb '11

Dear Heinz, Alex, Mike and Moritz, Dear List, the actual message I want to leave here is short - but I think I have to give some explanations first so that my message doesn`t irritate anyone here (probably a rather female way of saying something, we like to explain things lengthy ;-)). The professional background of writing this mail is, that mike and I are working together at a project in which we are setting up (educational) IT-Systems at schools in Kiel. We want to use X2Go for this project and thats why I started reading this list a couple of weeks ago; its also the reason why I am very interested in having X2Go work well. I have no technical IT-backgound, my contribution to and role in our project is to set up and implement a well-performing structure for all the communication that is needed (leading seminars, coaching, mediation, moderation of meetings etc.). The private background is that I am in relationship with mike - that was first, the working together started only a few months ago. One reason why I really enjoy working in an IT-context using Open Source Software is because I am deeply moved and inspired by the social, political and collaborative context in which every step of development is taking place. Thats my context in which I am reading this mailing-list. Now I have just read Mikes last mail and the only thing I want to contribute is: YOU GUYS MUST TALK! The guys I mean with that are Moritz, Alex, Heinz and Mike. As far as I can see the four of you are all giving your best to do a very good job - but you might generate heavy misunderstandings and lots of extra work if your communication at this point of the developing process is taking place "only" via mail and programming. There are very cheap telephone numbers which you can use for conference calls, I could give some of that numbers to Mike. I think it would not take much time to have a conversation on the phone, but it could take a lot of time if you dont talk alltogether about the next steps necessary to take. I am convinced that it would take a lot of stress out of the process, that it would move forward the whole project and that it would bring the freedom back into the space of the mailing list. And, very important: NOTHING IS WRONG - its all development ;-). Angela Zitat von Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>: > Hi Moritz, > > On Do 27 Jan 2011 18:55:51 CET Moritz Struebe wrote: > >> Hi Heinz, >> >> don't put too much work into it. We already started at >> https://code.launchpad.net/~siretart/+archive/x2go and it's >> probably not worth doing it twice. >> Basically the code is imported from our git-repo ( >> http://i4git.informatik.uni-erlangen.de/ ) and then built on >> launchpad. >> x2goagent gave us some trouble, but we hope it will build tonight. >> The x2go clients are next on our todo-list. That way we should have >> a minimal system up and running soon. At the moment we are only >> building for lenny as this is the plattform we test on. Once >> everything is running there must be a transition from this >> "private" environment to a more open one, of course. But we want >> to be able to walk, before we start running. :) >> >> Cheers >> Morty > > as I understand your current way of handling things you are actually > forking X2go for a university internal project. I am completely > fine with a fork, but the please: > > (a) state it officially as a fork > (b) name the project differently > > My main point is that you do not at all cooperate, discuss next > steps etc. You are just doing your thing. But maybe I missed part > of the discussion (private correspondence?)... > > Complete disapproval of your communication methods, > Mike > > > > > > > -- > > DAS-NETZWERKTEAM > mike gabriel, dorfstr. 27, 24245 barmissen > fon: +49 (4302) 281418, fax: +49 (4302) 281419 > > GnuPG Key ID 0xB588399B > mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de > > freeBusy: > https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x… > -- Angela Fuß Rothenstein 5a 24214 Neudorf-Bornstein mail: angela.fuss(a)das-netzwerkteam.de fon: +49 (4346) 9392844 mobil: +49 (1577) 4197937

6 10

Errors in DOMAIN\Username behaviour / followup to LDAP problems
by Robert Schumann 07 Feb '11

07 Feb '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey guys, first of all - thanks a lot for making this software possible, it's definitely the best NX/Linux-Terminal connection software out there atm so please keep up the good work! My report is a followup to messages from mid december concerning LDAP user problems (e.g. with pulseaudio). I am using winbind authentication on an x2goserver so I have to deal with special characters in usernames as well like DOMAIN\username or username@DOMAIN. There's no workaround for that since I'm in a multi-trusted domain environment, no default possible. When I login as a local user e.g. sysop everything works fine (Ubuntu 10.04 x64, latest x2goserver from heuler repo: 3.0.99 and latest client 3.01-17 under Tinycore Linux, log attached). When I login as an winbind user USER\huhs01868030 miscellaneous files and directories are not created. I'm attaching a $ find .x2go for all cases. Among them are: .pulse-client.conf .pulse-cookie cmdoutput keys under ssh/ link to spool directory It seems that there are problems when functions like ssh_scp_push_file() from libssh are called. Log shows they are called with double quotes for parameters (although IMHO it should be better to call them with single quotes - the difference lies in handling escape sequences as they are interpreted with double quotes and left out with single quotes, but that's a guess from me ;). I'm also attaching changes for sshmasterconnection.cpp which solved the problems to a certain degree by escaping the back slashes again before throwing them over to libssh. However spool directory and cmdoutput are still not created but that seems to be server related too. Another code fragment I don't understand and which causes errors in my case is the definition of dst in onmainwindow_part3.cpp on line 899. dst="~"+uname +"/.x2go/ssh"+dst; According to the log this results in x2goclient trying to create keys in "~USER\huhs01868030/.x2go/ssh", which is surely not working. Attached patch works for me with just letting uname out of dst. I can provide more details and tests if you like to see them. Best regards and greetings from Berlin, Robert - -- |-----------------------------------------------------address-+ | work: jacob-und-wilhelm-grimm-zentrum | geschwister-scholl-str. 1, 10117 berlin | postal: humboldt-universität zu berlin | computer- und medienservice | unter den linden 6 | 10099 berlin |-----------------------------------------------------contact-+ | mail: schumann(a)informatik.hu-berlin.de | icq: 93163687 | xmpp: betulichergutmensch(a)googlemail.com | huchat: schumanr(a)chat.hu-berlin.de | phone: +49(0)30-2093-70133 |-----------------------------------------------------gpg/pgp-+ | key: remembrance.de/gpg/0xA5A5FAA2.asc | fprint: 9220-9732-7390-7A0C-5623-3336-4233-FDF8-A5A5-FAA2 |-------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAk1QU/4ACgkQQjP9+KWl+qKDkQCgkBnQr6GUsA2vC2/hR2inAqhp ip8An0r7bsv9l1YzOLsxGl8EEdzdZZJd =5TYo -----END PGP SIGNATURE-----

1 0

remote proxy closed the connection
by Gerry Reno 06 Feb '11

06 Feb '11

I'm seeing the following errors trying to connect to a new machine running server version 3.0.99 using the browser client: Feb 3 02:20:33 newmachine su[16393]: pam_unix(su:session): session opened for user ubuntu by (uid=0) Feb 3 02:20:33 newmachine sudo: ubuntu : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin/touch /root/firstlogin_done Feb 3 02:20:33 newmachine sshd[16319]: Accepted publickey for ubuntu from XXX.XXX.XXX.XXX port 51610 ssh2 Feb 3 02:20:33 newmachine sshd[16319]: pam_unix(sshd:session): session opened for user ubuntu by (uid=0) Feb 3 02:20:33 newmachine sshd[16320]: Accepted publickey for ubuntu from XXX.XXX.XXX.XXX port 51609 ssh2 Feb 3 02:20:33 newmachine sshd[16320]: pam_unix(sshd:session): session opened for user ubuntu by (uid=0) Feb 3 02:20:33 newmachine sshd[16441]: error: bind: Address already in use Feb 3 02:20:33 newmachine sshd[16441]: error: channel_setup_fwd_listener: cannot listen to port: 30008 Feb 3 02:20:33 newmachine sshd[16234]: pam_unix(sshd:session): session closed for user ubuntu Feb 3 02:20:33 newmachine su[16393]: pam_unix(su:session): session closed for user ubuntu Feb 3 02:20:33 newmachine sshd[16524]: error: connect_to localhost port 30007: failed. Feb 3 02:20:33 newmachine sshd[16232]: pam_unix(sshd:session): session closed for user ubuntu Feb 3 02:20:33 newmachine sshd[29561]: channel 2: open failed: connect failed: Connection refused Feb 3 02:20:33 newmachine sudo: ubuntu : TTY=unknown ; PWD=/home/ubuntu ; USER=root ; COMMAND=/usr/bin/touch /root/firstlogin_done Feb 3 02:20:33 newmachine sudo: ubuntu : TTY=unknown ; PWD=/home/ubuntu ; USER=root ; COMMAND=/usr/bin/touch /root/firstlogin_done Feb 3 02:20:33 newmachine sshd[16233]: pam_unix(sshd:session): session closed for user ubuntu The client reports: Resuming Aborting Error message appears: The remote proxy closed the connection while negotiating the session. This may be due to the wrong authentication credentials passed to the server. Finished I ran a check for sessions and there is only one existing session. I've triple-checked the credentials and logged in on command line using them. Regards, Gerry

3 15

x2goserver 3.0.99: cannot terminate session from command line
by Gerry Reno 04 Feb '11

04 Feb '11

I upgraded the server to 3.0.99 and configured postgresql. But when I try to terminate a session from the command line I see these errors: # sudo /usr/bin/x2goterminate-session ubuntu-51-1296672519_stDGNOME_dp24 DBD::Pg::st execute failed: ERROR: permission denied for relation sessions_view at /usr/lib/x2go/x2godbwrapper.pm line 449. Died at /usr/lib/x2go/x2godbwrapper.pm line 449. DBD::Pg::st execute failed: ERROR: permission denied for relation sessions_view at /usr/lib/x2go/x2godbwrapper.pm line 348. Died at /usr/lib/x2go/x2godbwrapper.pm line 348. kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec] DBD::Pg::st execute failed: ERROR: permission denied for relation sessions_view at /usr/lib/x2go/x2godbwrapper.pm line 476. Died at /usr/lib/x2go/x2godbwrapper.pm line 476. What is wrong here? Regards, Gerry

3 3

wayland remote desktop comment by
by brian mullan 03 Feb '11

03 Feb '11

Per Wayland FAQ: Is Wayland network transparent / does it support remote rendering? <http://wayland.freedesktop.org/faq.html#heading_toc_j_8> No, that is outside the scope of Wayland. To support remote rendering you need to define a rendering API, which is something I've been very careful to avoid doing. The reason Wayland is so simple and feasible at all is that I'm sidestepping this big task and pushing it to the clients. It's an interesting challenge, a very big task and it's hard to get right, but essentially orthogonal to what Wayland tries to acheive. This doesn't mean that remote rendering won't be possible with Wayland, it just means that you will have to put a remote rendering server on top of Wayland. One such server could be the X.org server, but other options include an RDP server, a VNC server or somebody could even invent their own new remote rendering model. Which is a feature when you think about it; layering X.org on top of Wayland has very little overhead, but the other types of remote rendering servers no longer requires X.org, and experimenting with new protocols is easier. It is also possible to put a remoting protocol into a wayland compositor, either a standalone remoting compositor or as a part of a full desktop compositor. This will let us forward native Wayland applications. The standalone compositor could let you log into a server and run an application back on your desktop. Building the fowarding into the desktop compositor, could let you export or share a window on the fly with a remote wayland compositor, for example a friends desktop.

3 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev