Hi Phil,
On Mo 11 Apr 2011 10:26:16 CEST "--[ UxBoD ]--" wrote:
> Agreed Mike; though I have the feeling it may be less worth than the
> effort involved unless somebody knows the internal working of Perl
> and SSHFS ? A sleep could be added though I have tried to avoid
> slowing down the process to much. Since adding that loop code we
> have not experiencing any further failures; though time will tell.
I already had a look at the printing code in x2go some time ago.
There basically are three components:
o cups-x2go
o x2goprint
o x2goclient
If I recall it corrently the interaction between cups-x2go and
x2goprint was not optimal then. I guess it was cups-x2go that left
over some print job files whenever a print job was sent to the client,
but I am not sure anymore. A person that was not in the x2goprint
group also created orphaned print jobs in /, because they were not
picked up properly by x2goprint. My observations all were a little
odd. Whenever I have time, I will take a look at the mechanism and
come up with some patches.
The x2goprint <-> x2goclient communication is rather simple: x2goprint
drops two job files in the spool dir: <job>.pdf and <job>.pdf.ready.
The X2go client has to run a thread that watches this spool dir (it's
in the x2go session cache folder under ~/.x2go/C-.../spooll). On each
incoming print job it has to wake up and take over the task of
processing the print job. My Python implementation of this printqueue
can be found here (if you prefer Python to Perl for a lecture...):
http://code.x2go.org/gitweb?p=python-x2go.git;a=blob;f=x2go/printqueue.py;h…
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 there,
during the last two days Dick and I have created a bundle installer
for PyHoca-GUI.
The bundle contains:
PyHoca-GUI (incl. pulseaudio, nxproxy)
VcXsrv 1.10.10.1
Ghostscript 9.01 (32bit)
GSView 4.9 (32bit, needed for direct printing support)
Check this URL for download:
http://code.x2go.org/releases/binary-win32/pyhoca-gui/
For further info, please consult the README.WindowsInstaller in the
same folder...
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 there,
are the 3.0.1-5-Packages (http://x2go.obviously-nice.de/deb/ lenny main)
still the latest Debian packages?
What about support for Debian Squeeze?
Best regards
Michael
--
EDV-Serviceteam Annika & Michael Hierweck GbR
Egerstraße 53, 44225 Dortmund (Germany)
http://www.edv-serviceteam.net
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.
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…
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…
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/