x2go-dev

x2go-dev@lists.x2go.org

5400 discussions

Re: [X2go-Dev] [X2go-Commits] x2goserver.git - master (branch) updated: 3.0.99-2-187-g1baf675
by Moritz Struebe 16 Aug '11

16 Aug '11

On 2011-08-15 21:52, X2go dev team wrote: > Add LibreOffice.org as possible OFFICE application to x2goruncommand. Is this the right way to go? Wouldn't it be better to have a folder with symlinks? Maybe checking for $HOME/.x2go/app and then /etc/x2go/app or something similar. 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

2 4

Re: [X2go-Dev] [X2go-User] PyHoca: no x2go session
by Mike Gabriel 16 Aug '11

16 Aug '11

Hi devs, hi x2go-users, On Mo 15 Aug 2011 14:39:49 CEST Paul van der Vlis wrote: > [...] > Before I did this: > pyhoca-cli -d --server server.acrobatiek.nl -u hans > What's wrong with it? Paul made me aware of a pyhoca-cli problem that turned out to be a server-side problem in x2goruncommand (x2goserver package). To reproduce the error: o X2go server: install ,,konsole'' (KDE4 terminal) o client-side: use x2goclient or pyhoca-gui or pyhoca-cli o run pyhoca-cli -d --server <myserver> -u <myserveruser> --command TERMINAL o or set up a session profile with TERMINAL as the to-be-run application Result: the session will not start, no real error is reported. I have committed a patch to X2go Git to fix this, packages are on its way...: http://code.x2go.org/gitweb?p=x2goserver.git;a=commitdiff;h=5ca4d96cb3f5788… Greets, Mike PS: comments from devs??? -- 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…

2 1

3.99 Testing - Multiple X2goclient instances fail
by John A. Sullivan III 15 Aug '11

15 Aug '11

I believe I have tested this on both Linux and Windows - becoming a bit of a blur after a long hot day!. In previous versions of X2GoClient, I could open multiple instances and connect to multiple different X2Go Server simultaneously. It was not official and it generated a few errors but it worked. This is actually a highly desirable feature for a possible very large account of ours. For some reason, that has stopped working in 3.99. It did not work in 3.0.1.18 either. It does work in Pyhoca so I do not think it is an impossibility. If at all possible, we would like to see this functionality restored - preferably officially but even accidentally as it was would do :) Thanks - John

4 18

[PATCH] Edit x2goclient docu
by Moritz Struebe 15 Aug '11

15 Aug '11

Hi there, here is a small patch for the x2goclient-man-page. The wording is a bit different to the help of the client itself. Is it reasonable to reuse the output of man for the application? That way there is no need to keep the documentation in sync. 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

3 5

x2goprint user creation on x2goserver installation
by Mike Gabriel 15 Aug '11

15 Aug '11

Hi devs, I have just realized that we do not create the x2goprint account on x2goserver installation. This is probably the reason why people report problems around X2go printing. I will take a look at that in the next (not the coming) week. 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…

2 1

Improving the desktop bindings (was: Re: [X2go-User] LocImpal share appears as a text file in $HOME/Desktop - cluttering the desktop)
by Mike Gabriel 14 Aug '11

14 Aug '11

Hi devs, On So 14 Aug 2011 20:32:48 CEST Milan Knížek wrote: > It might be helpful if the lxde|kde|gnome bindings can be checked for > availability on runtime and should it not be the case, the "link" on > the desktop would not be created at all. Any developer opinion on this??? > Also, I briefly searched the scripts and if I understand it correctly, > the location of the "link" is hardcoded to "$HOME/Desktop", which would > probably fail in case of localised or customised environments. I think > that XDG [1] handles that. > > [1] http://www.freedesktop.org/wiki/Software/xdg-user-dirs And this??? 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

Re: [X2go-Dev] [X2go-User] Slow internet connection and background personalization
by Mike Gabriel 14 Aug '11

14 Aug '11

Hi Daniel, On Fr 12 Aug 2011 13:42:14 CEST Daniel Quiroga wrote: > It is possible to personalize the background of the pyhoca-cli? (when the > connection is about to show up it shows a background that says "x2go" and i > want to put some another image in there. The X2GO splash on desktop session startup is rendered by the server-side x2goagent application by the function nxagentPaintLogo in programs/Xserver/hw/nxagent/Splash.c. http://code.x2go.org/gitweb?p=x2goagent.git;a=blob;f=programs/Xserver/hw/nx… This function could surely be patched to allow custom splash screens for sessions or the disabling of splash images at all. If you can do this we will be happy to review your patch. 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

Installing x2go server on Red Hat 5
by Zschemisch, Enrico 14 Aug '11

14 Aug '11

Hi, okay, perl-Config-Simple is installed now. Still the startup does not happen: BEGIN failed--compilation aborted at ./x2goinsertsession line 6, <FH> line 1. Can't read config file /etc/x2go/x2gosql/sql at x2godbwrapper.pm line 12, <FH> line 1. Compilation failed in require at ./x2goinsertsession line 6, <FH> line 1. I found a INSTALL-file in this release and according to this I created /etc/x2go/sql and put "sqlite" in there: http://code.x2go.org/releases/source/x2goserver/pre-git/x2goserver_3.0.1-9.… Then the error above pops up. What is next? I am not sure if I really need a database. I just need this for a single user on a single computer... Thanks, Enrico

2 3

rename of x2godesktopsharing group
by Mike Gabriel 14 Aug '11

14 Aug '11

Hi all, I have had another look at x2godesktopsharing and I would propose a change of group membership for users who are allowed to use x2godesktopsharing. Formerly, this was group ,,x2gousers''. I would like to propose a rename to ,,x2godesktopsharing''. A patch for this is attached below. A possible question is if we want to migrate users in group x2gousers to this group during package upgrade. Greets, Mike ------------------------- commit 4cf4a0b2dad35e92ddaac712c9d2b6f513cd4a46 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Tue Aug 2 15:18:54 2011 +0200 System group for x2godesktopsharing change from x2gousers -> x2godesktopsharing. diff --git a/debian/changelog b/debian/changelog index b8c5bf1..7d7a7eb 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,8 @@ x2godesktopsharing (3.0.1.3-0~x2go1) UNRELEASED; urgency=low * Fix incomplete DENY statement in main.cpp. + * System group for x2godesktopsharing change from x2gousers -> + x2godesktopsharing. -- Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Mon, 13 Jun 2011 20:39:33 +0200 diff --git a/debian/x2godesktopsharing.postinst b/debian/x2godesktopsharing.postinst index 2f7b721..1d55fba 100755 --- a/debian/x2godesktopsharing.postinst +++ b/debian/x2godesktopsharing.postinst @@ -22,10 +22,10 @@ set -e case "$1" in configure) - X2GOGRP=`getent group | grep x2gousers` + X2GOGRP=`getent group | grep x2godesktopsharing` if [ "x$X2GOGRP"="x" ] then - addgroup --system x2gousers + addgroup --system x2godesktopsharing fi ;; diff --git a/sharetray.cpp b/sharetray.cpp index 7fe23f0..9f42997 100644 --- a/sharetray.cpp +++ b/sharetray.cpp @@ -215,7 +215,7 @@ void ShareTray::slotStartSharing() if ( serverSocket->listen ( socketFname ) ) { - chown ( socketFname.toAscii(),getuid(),getgrnam ( "x2gousers" )->gr_gid ); + chown ( socketFname.toAscii(),getuid(),getgrnam ( "x2godesktopsharing" )->gr_gid ); QFile::setPermissions ( socketFname, QFile::ReadOwner|QFile::WriteOwner|QFile::ReadGroup|QFile::WriteGroup ); connect ( serverSocket,SIGNAL ( newConnection() ), -- 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…

4 10

x2go printing follow up
by Ted Barnes 14 Aug '11

14 Aug '11

Hi All: We are experimenting with X2go (very cool), but having a devil of a time getting printing to work. This request for help is keying off of posts by John Sullivan and Mario Oroz (thanks so much for those, guys, e.g., see tread http://www.mail-archive.com/x2go-user@lists.berlios.de/msg00104.html and http://www.mail-archive.com/x2go-user@lists.berlios.de/msg00115.html) We are having pretty much the same problem as described there. We are assuming that X2go printing in general can be made "to work" and that this is a matter of something we are doing wrong (maybe starting with the install?), some necessary "tweaks", etc. We'd like to post this on the developer's list too to see if that's helpful. We're hoping to get a number of questions answered, and have provided what may be "too much" description below: Questions: Q: Did we miss something during the setup and installation process? Q: Our server does not have a /root/.x2go/ssh/.x2oprint/id_dsa" directory or id_dsa file - do these need to get created by hand? In fact, our server does not have an "id_dsa" file anywhere on the machine. If we need to add this, how does one do so (i.e., using the normal ssh key creation process)? We have some other dsa files, but not one with the specific name id_dsa (i.e., can we use one of the existing ones in /etc/ssh?). Q: We assume X2goprint and cups-x2go perl scripts are part of this picture. We don't believe they are being called by the printing process - how would we tell? If they are necessary but not getting called, thoughts as to why they are not getting invoked when we print and how to fix this? Q: In testing (where we simulate what we imagine the printing process to be by doing each step manually) when we issue the .ready command, why does that only seems to work sometimes as judged by the x2go print client popping on the XP side? Does that tell us something? Q: Should printing be putting jobs in "/" (is that normal)? Does the x2goprint script know what to grab based on job#s? We assume this all should work with multiple users and the x2goscript identifies which jobs to grab and put them individual user spool queues. Q: To work, should x2goprinting pass the print file from the server through the ssh connection to the client? Is this in part an "ssh passing the file" problem? We can connect through putty from the client to the server, and assume we have the keys correct because we can connect from XP to the Ubuntu server via x2go in the first place. Back to the lack of an id_dsa file? Again, we're not sure that printing is invoking the right scripts to begin with. Q: Assuming we get this working, we also assume that on the Ghostview/Ghostscript side we shouldn't be having to put the name of the file in the command line, nor actually having to use the command line. I.e., there is an option there to print that refers to whatever default printer we have set on the XP machine, but currently nothing happens if we use that particular option instead of the command line. Q: Should we be using Posgress instead of SQLite? We are assuming that SQLite is fine until we want to deal with load balancing. DESCRIPTION We are connecting from XP machines using x2goclient to Ubuntu Server 9.10 (connecting is pretty consistent, a few issues now and then but all in all it works well) over Comcast or Fios connection (DSL too slow). We are using the X2go with SQLite, cups-x2togo and x2goprint; we have not installed any of the optional "bindings" packages. We used visudo to add the line "x2goprint All=(ALL) NOPASSWD: /usr/bin/x2goprint", and added an "x2goprinter" user by hand (that action also created an "x2goprinter" group to which we added our test user accounts). We have tried uncommenting the settings to activate them in "/etc/cups/cups-x2go.conf" (even though we understand these settings to be used only for a separate cups server) with no change. As noted above, our server does not have an id_dsa file and while we suspect that as being part of the problem we would have assumed that file would be created as part of the install pocess. On the server, we have a minimal "Ubuntu Desktop" installed so we can use Firefox to browse from the server. We have GSview 4.9 and Ghostscript 9.02 installed on the XP clients. We are trying to print to an older HP Laserjet 4000 shared out on local XP machine (this 2nd machine is not one connecting to the Ubuntu server, no X2go on it, no Ghostview or Ghostscript) and another HP color laser that is a network device. All printing behavior is the same regardless of which printer we try. We are hoping outlining the following will help describe what we think is going on, and possible not working: 1) On the 9.10 Ubunu server, we installed X2go printing. If we go to System->Administration->Printing, we can see a "Generic-Cups-X2go-Printer" and it is active. Its properties include a URI of "cups-x2go:/". On the same Printer Configuration window, if we press Server->Connect the resulting Cups server is "/var/run/cups/cups.sock". We are using a 64 bit machine, and can find two instances of the "cups-x2go" and maybe this is part of the problem (one is is /usr/lib64/cups/backend, the other in usr/lib/cups/backend)? 2) If we print from the server, we briefly see a job get created both on the top (right) panel and if we are watching in the Print Configuration window. Jobs are stored in "/" and stay there until we delete or move them with names that follow the syntax "jobname-username-cupsjob#". Their permissions are root as owner, lp as group, and no access for users. For each print file, there is another cups file of some sort stored in "var/spool/cups" with names like "c00052". This describes what occurs consistently. The jobs get "printed" but nothing happens on the windows client side or on the printer. 3) In troubleshoot this, we have tried manually changing the permissions on the print job files stored in "/" (so the current user is the owner, as well as leaving the group either as "lp" or trying "x2goprinter" to which our users belong or changing the group to the current user), moving them into a dynamic spool folder that we believe gets generated dynamically after trying to print in each log in session. We believe the spool folder directory is /tmp/spool_username/username-sessionID_stDGNOME_dp32. We think this either gets created or we can make it accessible by manually issuing a "Mount" command. We we manually move print jobs into this folder and from the command line issue echo "63-username-cupsjob####" >> 63-username-cupsjob####.ready where the #### are the actual numbers for the print job. The permissions change when we move the file - owner becomes user 1006, group is 513 (thanks to John and Mario for providing this technique). Sometimes we can see the .ready file in the dynamic spool folder, sometimes not. Often but not always on the XP client side, we get the "Print - x2go client" window from the Ghost apps. None of the settings work unless we use the command line option along the lines of ""C:\Program Files\Ghostgum\gsview\gsprint.exe" -query -color 71-username-cupsjob16907", in other words having to specifically name the print job in the command line. Occasionally (and this may be irrelevant but only when we try to print a test page, never a real document) something comes out the printer (but again, only if we use a test page). Most often, we get a dos window with an error message "Last OS error: No such file or directory GPL Ghostscript 9.02: Unrecoverable error, exit code 1" so it sounds like this is an ssh issue where the file doesn't actually cross over, though it's puzzling then why we would ever have gotten a few print attempts to work. In System Monitor, no new items seem to appear (x2goagent and x2goruncommand are sleeping), so as best we can tell the x2goprint and cups-x2go perl scripts aren't being called, but we're not sure. When we tried to run the x2goprint script through a debugger, it quits early on on the elsif statement. if (scalar(@ARGV) ==1) { system ("su @ARGV[0] -c \"x2golistsessions --all-servers\" "); } elsif (scalar(@ARGV) != 4) { print STDERR "ERROR: Usage:\nx2goprint user session file titleFile\nx2goprint user\n"; exit 1; } We can't tell if this is because the script is supposed to be called from something else and the @ARGV is populated that way, but again we don't believe the script gets called by the Printing action. Because the script appears to use "x2godbwrapper" in /usr/lib/x2go" we tried making that file execuable with no change.

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev