x2go-user

x2go-user@lists.x2go.org

3 participants
2322 discussions

10x printing speed increase for x2go printing
by John A. Sullivan III 08 Apr '11

08 Apr '11

Hello, all. We have been doing battle with major printing issues in X2Go. The two most serious are regularly disappearing print jobs on all platforms and print speed and quality when printing from Windows rdesktop sessions. I do not believe these issues are related to our hacking the x2go printing code to allow a single CUPS print server to service an unlimited number of x2go servers (which we posted around a year ago and need to repost to the wiki). Phil has patched the x2goprint script to fix the disappearing print job problem and will be posting those patches to the dev list shortly. As I believe many do, we use X2Go as a "middleware" for users using remote Windows desktop sessions because that is much faster than directly running RDP on low bandwidth links. The X2Go printers are configured as printers within the Windows desktops. We found we needed to use RAW print queues to do this lest the double pass through the PPD file override some of the user requested formatting (e.g., landscape jobs printing in the default portrait mode). The recommended Windows driver seemed to be the Generic -> Windows Imagesetter driver. However, we received complaints of very slow printing and enormous print jobs which took forever not only to print but just to transmit across the WAN link. The print quality was also seriously degraded (fuzzy to use the users' description). We were able to achieve roughly ten times better performance and dramatically improve quality by switching the Windows driver from Windows ImageSetter to PDFCreator. More details are below. Here are some specifics from our trouble ticket system regarding the ImageSetter print job size: "The user generated a report in Timberline, saved it to PDF, and emailed it. It is 10 pages. I saved it as MamOrig.pdf: 19439 Mar 29 18:24 MamOrig.pdf She then printed one page and sent it to her WinLocalPrinters. When it popped up on her physical desktop, I had her save the file and email it to me. I saved it as MamX2GoOnce.pdf: 402170 Mar 29 18:25 MamX2GoOnce.pdf Note that a single page is 20 times the size of the original 10 page document." We changed the driver to PDFCreator (www.pdfforge.org) and saw almost a tenfold reduction in print times. Here are some hard measures from the trouble ticket: "I did some benchmarks on the changes using the 10 page report the user sent: ImageSetter driver: 3 minutes to start printing, 11 minutes to print all 10 pages PDFCreator driver: 30 seconds to start printing, 1 minute 40 seconds to print all 10 pages" >From another entry: "I printed it using ImageSetter and it took me almost 9 minutes to print. However, when I printed it with PDFCreator, it took just over 1 minutes including the time to send to my local desktop, open in acroread, and print from acroread." So far, we have not encountered any problems from switching to PDFCreator.

2 1

pulseaudio on X2go thin clients
by Mike Gabriel 08 Apr '11

08 Apr '11

Hi all, just a short question... Does the x2goclient on a Linux X2go thin client start a local pulseaudio process (daemon) in the background? Or does the x2gothinclient script bundle thingy have to start a pulseaudio daemon somewhere within its script. My current experience makes me think that there is no pulseaudio daemon started on the thin client. Any hints? Thanks, 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

Help us with the X2go-Wiki
by Mike Gabriel 07 Apr '11

07 Apr '11

Hi all, many of you have implemented many features and use cases of X2go. This set of brilliant ideas is still not in public and it will be scattered over the internet (in newsgroups archives etc.) or even lost if we do not take our time to bundle this valuable knowledge. So I may ask from you all: Please help us fill or Wiki. May I ask people to become active and help documenting X2go? We are esp. interested in your modifications and adaptations of X2go? Please send a request mail to either of these lists (x2go-user, x2go-dev) to get a Wiki account and your request will be processed ASAP. The developers (Heinz, Alex, Morty, Reinhard, Arw, Mike, ...) are also going to use the wiki more intensively in the future. For the current roadmap you can visit this page: http://wiki.x2go.org/roadmap Looking forward for more collaboration!!! 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

Status desktop sharing?
by Paul van der Vlis 04 Apr '11

04 Apr '11

Hello, Can somebody tell me what's the status of desktop sharing? Is it not possible at the moment, or is it read-only? With regards, Paul van der Vlis. -- http://www.vandervlis.nl/

3 3

Getting out of fullscreen
by Florian Apolloner 03 Apr '11

03 Apr '11

Hi, is there an option (keybinding) to break out of fullscreen? Thx, Florian Apolloner

2 2

Re: [X2go-user] LDAP-Problem: Zertifikateproblem
by Mike Gabriel 23 Mar '11

23 Mar '11

Hi Mike, On Mi 23 Mär 2011 14:21:12 CET wrote: > Yes, I know that LDAP is not absolutely necessary. I am using x2go > already that way. This is to make a test installation for a > presentation of the software with the option of using it for a > company, so LDAP is an option. I would like to use it, but I am not > experienced with LDAP yet myself and the one who is experienced > proposes NX. > Plus one can only gain experiences. Do you want to use the load balancing support of X2go/LDAP? Or do you just want to administrate users in LDAP. For the latter, I personally recommend setting up your LDAP tree manually (there are plenty of howtos in the web for this...). For learning LDAP this should be your way to go. Then make sure you can use LDAP as libnss and pam source for passwd, group, shadow. At last you have to make sure that LDAP users are in the x2gousers group (which can be local or also a group in LDAP). Once you have that, LDAP users can login via X2go. [Once you have such a simple LDAP DIT up and running you might want to start from scratch and set up an LDAP-server that gets administered by GOsa² or CIPUX ;-) ...] If you want to use load balancing with X2go, then this should also be possible manually, but basically that's what the scripts were intended for (they were also intended for easy LDAP-setup, but you can do this manually...). However, to my personal view, the LDAP implementation needs quite some work before the Baikal release and also needs proper documentation of the way LDAP data is used and interpreted... Maybe someone else has experience on LDAP/loadbalancing... 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… Hi Mike, On Mi 23 Mär 2011 14:21:12 CET wrote: > Yes, I know that LDAP is not absolutely necessary. I am using x2go > already that way. This is to make a test installation for a > presentation of the software with the option of using it for a > company, so LDAP is an option. I would like to use it, but I am not > experienced with LDAP yet myself and the one who is experienced > proposes NX. > Plus one can only gain experiences. Do you want to use the load balancing support of X2go/LDAP? Or do you just want to administrate users in LDAP. For the latter, I personally recommend setting up your LDAP tree manually (there are plenty of howtos in the web for this...). For learning LDAP this should be your way to go. Then make sure you can use LDAP as libnss and pam source for passwd, group, shadow. At last you have to make sure that LDAP users are in the x2gousers group (which can be local or also a group in LDAP). Once you have that, LDAP users can login via X2go. [Once you have such a simple LDAP DIT up and running you might want to start from scratch and set up an LDAP-server that gets administered by GOsa² or CIPUX ;-) ...] If you want to use load balancing with X2go, then this should also be possible manually, but basically that's what the scripts were intended for (they were also intended for easy LDAP-setup, but you can do this manually...). However, to my personal view, the LDAP implementation needs quite some work before the Baikal release and also needs proper documentation of the way LDAP data is used and interpreted... Maybe someone else has experience on LDAP/loadbalancing... 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

LDAP-Problem: Zertifikateproblem
by minkmonk＠arcor.de 23 Mar '11

23 Mar '11

Hallo Liste, ich versuche gerade einen x2go-Server aufzusetzen und gehe dabei nach der Anleitung im Wiki vor. Die Basis ist noch Debian Lenny, ich habe aber auch Squeeze ausprobiert mit dem jeweils gleichen "Erfolg", den ich inzwischen auf zahlreichen Maschinen zuverlässig reproduziert habe. <quote> # ./initsystem ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1) Stopping Samba daemons: nmbd smbd. Setting stored password for "cn=ldapadmin,o=local,c=de" in secrets.tdb Starting Samba daemons: nmbd smbd. Populating LDAP directory for domain smbgroup (S-1-5-21-1669023597-4072744321-2269495665) (using builtin directory structure) Use of uninitialized value $organisation in string ne at /usr/sbin/smbldap-populate line 168. Use of uninitialized value $org in concatenation (.) or string at /usr/sbin/smbldap-populate line 173. Use of uninitialized value $smbldap_tools::config{"clientcert"} in string at /usr/share/perl5/smbldap_tools.pm line 334. Use of uninitialized value $smbldap_tools::config{"clientkey"} in string at /usr/share/perl5/smbldap_tools.pm line 334. Could not start_tls: unsupported extended operation at /usr/share/perl5/smbldap_tools.pm line 341. ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1) ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1) </quote> und - wie nicht anders zu erwarten - schlägt serveradd dann auch fehl: <quote> # ldap.addserver x2goserver 10.0.2.15 [: 13: x2goserver: unexpected operator [: 13: 10.0.2.15: unexpected operator [: 17: unexpected operator ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1) </quote> Ich bin noch Neuling was LDAP angeht, aber dabei, mir Informationen zu suchen. Über Foren habe ich einen Bugreport gefunden, daß selbstsignierte Zertifikate Probleme machen würden. Allerdings habe ich noch keinen Workaround gefunden, das betraf ofenbar auch nur eine ältere Ubuntu-Version. Mein nächster Schritt ist, einen LDAP-Install mit Hand zu probieren, erstmal ohne Zertifikate. Hat jemand von Euch sowas? Ich brauche die LDAP-Funktionalität und bin gerade ein bißchen ins Kalte Wasser geworfen. Vielen Dank, Mike Thomas

2 3

X2go client on debian ARM?
by christoffer＠fleten.net 21 Mar '11

21 Mar '11

Hey there. I have recently invested in some HP T5325 thin clients, wishing to make them work with a linux terminal server. Since they canot PXE boot, and HP wont tell me what chipset they use, LTSP is out of the question. That laves me with either XDMCP, wich dosnt support local USB pens, or X2go, wich isnt packaged for arm. How much work would go into porting the client software to debian ARM? Since more and more thin clients are getting ARM processors, porting x2goclient to ARM might not be the worst idea in the universe

1 0

Question about the source
by Tyler Jameson Little 19 Mar '11

19 Mar '11

I downloaded a copy of the source by using this command: git clone git:// code.x2go.org/x2goserver.git I want to try to make a module on NodeJS, and I had assumed that I would get a bunch of source files written in C or C++, but what I got was a bunch of Perl scripts. Is that all the server is? Am I missing something? My goal is to make an NX server that can run over a simple TCP or HTTP server and I was going to write a client for display in the browser. From my research, X2Go is supposed to be the most fully featured, open source NX implementation out there. I downloaded the source from NoMachine.com for part of their server and it was as I expected, a bunch of C and C++ sources. With NodeJS, I have a couple of options: - Include a C++ module by exporting certain functions - Write the source in server-side JavaScript - Use the exec command to execute scripts on the command-line If the server really is that simple, then my project will be a lot less painful and will take me a lot less time than expected to make work with NodeJS. If the server really is this simple, how does it compare performance-wise with the open source version from NoMachine? I want to possibly have several NX servers piped through a single webserver where each NX server is running in it's own VM, so efficiency is what I'm after. I am primarily looking at just running this on Ubuntu, so this package looked like it was the right one (debian). Any help that any of you could offer would be much appreciated. I'm excited to start playing with this software!! Don't worry, anything I produce will be Open Source, regardless of whether I do a complete rewrite.

3 2

X2Go client printing issues if application queries printer parameters
by John A. Sullivan III 09 Mar '11

09 Mar '11

Hello, all. We are working on a problem for one of our clients where print margins are not being set properly on a critical financial application, Timberline. To save retyping, I'll paste in most of the contents of our internal GLPI Help Desk (http://www.glpi-project.org/spip.php?lang=en) ticket: One of Maryann's critical functions is printing checks. If they print incorrectly, it is extra critical because of the difficulty of reprinting them. Maryann eventually figured out that she needed to override the margin settings of 0,0,0,0 to 0.25,0.25,0,0 to have them print correctly. However, these defaults were never saved and had to be re-entered for every check run. That's a problem and prone to human error. The call with Timberline was enlightening and may reveal a system design issue. Unlike reports, check runs do not have custom printer settings. They draw their margin settings from the physical print device. They can be overridden which is what Maryann has been doing but there are no settings to save; they always draw from the print device. As much as this is working against Maryann, it is probably good design. It means that the checks will adapt to whichever printer they are sent. The problem is when a check run is sent to the X2Go printer for printing to local printers. Now the problem is that two very well designed "features" interfere with each other and become a problem. Timberline is trying to adapt to whichever printer is chosen. However, the X2Go printer is also trying to adapt to whichever printer is chosen to give users the flexibility to print to whichever local printer happens to be attached. The problem is that, to do this, the X2Go print driver does not specify any margins (or it specifies them as 0,0,0,0) as it is physical printer independent. Now the Timberline check printer queries the X2Go printer to ask what its margins are (so Timberline can adapt to the printer) and the X2Go printer says, "I don't have any because I'm trying to adapt to whatever printer the user connects to me!" This is why the check runs work perfectly when sent to the network attached printers - they tell Timberline what their physical margins are. I can see two ways to solve this problem. Each with distinct advantages and disadvantages. The way I think is best is to leave the X2Go printer undefined. The user receives the PDf file and, when printing, after selecting the target printer should select "fit to printable area" in the PDF reader print dialog. This preserves the ability of the X2Go printer to adapt to any printer the user has, e.g., if Maryann decides she needs to print from home rather than from the office. The BIG downside is that is still an extra step and, if Maryann forgets to do it, a check run can be mangled and we have the problem of reprinting checks. [Note - this is a Windows client user and thus cannot print directly to the printer from the X2Go printer dialog] The other solution is to hack the PPD file for Maryann's X2Go printer and set fixed margins. I'm not 100% sure how to do that but we can figure out how. The big advantage is that no user intervention is needed for the check runs. However, the big disadvantage is that we no longer adapt to the target printer; the margins are fixed.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

x2go-user