[X2Go-Dev] Important - Action Required to Continue Your Subscription to x2go-dev

[Heinz-M. Graesing]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear subscriber to x2go-dev,

As you may already know, BerliOS, where x2go-dev is currently hosted,
is closing down on April 30, 2014.

We have prepared a new x2go-dev mailing list on lists.x2go.org - but
due to technical and legal constraints, we are unable to carry your
subscription over to the new host automatically.

So, if you wish to receive x2go-dev messages after April 30, 2014,
please go to http://lists.x2go.org/listinfo/x2go-dev and manually
subscribe to the new x2go-dev list available there.

Kind Regards,

The X2Go Listserv Admins
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJTTY2AAAoJEKRUbBMT/NRxvtIP/RySguR8KbHTe1Df8jjWtQmT
3HHO3TdbLBRngR7hVzLalRNNJ0gOX1wkvcIkuER/tDmWig1zlhGF6Mpar8ZTVPWz
c40yT7nl0Ai2S8oJqTRVDyGOjoNsV6b8vlt/STdcm/jU6cCP1vG1Qqp/PVeFt9vT
dMvP202ld97y3vJegRkRWFZPkv9byfOEaN3mb2V+HuQbmqaPg1AKs3+nTfUwjvMp
PZfZ2sFyjtM5qpbIcYlnUBrwbR4I3bscGgDLWOV7qT5vHabszd5G6fgA7BGLRUE6
IPbEjU7xocmMTSZmBupM2Z/GkdtFBBBWlCDHQxkTjS9B/p88S7kArlCa41H5W9xn
D8bSS1q98B34AwUCc0etcLdUEYosocNvbRuDbTYmReRD4a+OvClXtTRzaWDtSV/t
1eMRya9r2515qrhpw0oMVKHNWXQKaK5dBXgctqzW0VYBJWGZu+i1HCxQwTnJ8qaS
nxqdpuS0wZy7+X60LhQY5jpS/h5fsW8vwAfyy0TV/s/R0lrGiuJaM29jSAKO0ERU
E1T4nw0UEU4Ti2LV4jkyD3H4YokaCpGEV06EQsuH+xz84OE782fAoMwn37X3mW6C
AGLJVNLC3prrE9Ueix+y6H/dIBHaNXQjRDcw70zExNZ2B6LYInQZlMhs+oUBisf9
YueuswtlWEQOgWXbJ+2G
=WGiM
-END PGP SIGNATURE-
___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] X2Go vs. xrdp

[Heinz-M. Graesing]

Hi Nable,

using X2Go means that you'll need a local X-Server. This X-Server
catches a lot work of display, caching  and input management locally. So
- yes, you'll need more power on the client to run this complete
X-Server even when content ist rendered on serverside.
On the plus side: this is a "near native" (ok, the diff between nxagent
and XOrg is increasing) redirection of Linux displays.

Regards,

Heinz

Am 30.09.2013 22:22, schrieb Nable 80:
>> Furthermore, xrdp encapsulates the VNC protocol
> AFAIK, that's not 100% truth. XRDP has several options (including
> rdp2rdp proxy), personally I use (for most setups) x11rdp + xrdp (Xvnc
> is too resource-consuming), although sometimes (for special setups) I
> use X2Go because of Debian packages (one has to build x11rdp from
> source to get the best recent version) + out-of-box sound forwarding
> support + easy directory sharing + ready thinclient packages.
> 
> Here are some more observations from me: when you have a weak/slow
> client (Vcxsrv and XMing seem to be rather slow on my old laptop with
> WinXP) and heavy server, the xrdp seems to be working better. When you
> have rather powerful client and want to reduce amount of software
> rendering on server-side, X2Go seems to be better. 2developers:
> please, correct me if I'm saying smth wrong, as I don't know much
> about the internals of X11-related software.
> ___
> X2Go-Dev mailing list
> X2Go-Dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev
> 

___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] Bug#313: New wiki account for Zholaman Kubaliyev

[Heinz-M. Graesing]

Hi,

The account has been created. You should have received the credentials
in a separate mail.

Regards,

Heinz


Am 26.09.2013 19:35, schrieb Zholaman Kubaliev:
> Package: wiki.x2go.org
> 
> Please create a wiki account for me.
> 
> First name: Zholaman
> Last name: Kubaliyev
> Account name: Zholaman
> GPG-Fingerprint: <>
> """
> 
> 
> 
> ___
> X2Go-Dev mailing list
> X2Go-Dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev
> 

___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] Wiki user registration policy

[Heinz-M. Graesing]

Hi Moritz,

Am 13.03.2013 09:23, schrieb Moritz Struebe:
> Thus I like to suggest to reopen the open user registration. To limit
> the spam I suggest adding a captcha plus auto-generating the password.
> I'd be willing to take care of the spam.

I had to delete a lot of accounts, that were  machine generated. Some of
them managed to create advertisment pages inside the wiki.

I understand, that it will be frustrating having to wait until somebody
takes care about someones registration.

The official "capture" plugin status of "Weatherwax" (our dokuwiki
version) is unknown:

https://www.dokuwiki.org/plugin:captcha

Maybe we can talk about this topic again, when a new version of the
plugin is released.

Regards,

Heinz
___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] X2Go project application for GSOC2013

[Heinz-M. Graesing]

Am 12.03.2013 11:50, schrieb Mike Gabriel:
> Hi all,
> 
> I have started an application draft for the X2Go project's GSOC2013
> application on our wiki.
> 
> Please help with completing the form and consider if you are a canditate
> for mentoring applying students.
> 
> Greets,
> Mike

I've added the possible tasks "X2Go on Chromebooks" as this was a
feature request in the past and the use of an "html5 canvas
proxy/client" for mobile device access.

Regards,

heinz
___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] Wiki

[Heinz-M. Graesing]

Hi Moritz,

Am 10.03.2013 18:38, schrieb Moritz Strübe:
> 1) Show all pages of a namespace in the navigation (e.g. when clicking
> on "Installing X2Go" all pages in that name space should be shown.

I would suggest to use a plugin for that task, but then you are bound to
the pagenames (f.e. lower case):

[[:.|Current_Tree]]

As there is only one sidebar page, it can't be done by manual links,
because the content of that page would be static on all pages.

We should discuss to move the top 5 sites out of the wiki
(target:www.x2go.org) and make them more user friendly:

What can I do with X2Go?
How do I use X2Go?
Where do I get X2Go?
What is the difference to other Tools?
Where can I get help?

This way the whole navigation could be used by the wiki tree and the
layout could get even more "documentation friendly" (for wiki.x2go.org).

Heinz


___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] X2Go organigram

[Heinz-M. Graesing]

Hi Mike,

Am 08.03.2013 16:50, schrieb Mike Gabriel:
> Hi all,
> 
> I have started a project organigram for X2Go. Feel free to help editing it.
> http://wiki.x2go.org/doku.php?id=doc:organigram

The rewrite module is activated now you should be able to use:

http://wiki.x2go.org/doku.php/doc:organigram

Regards,

Heinz
___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] Wiki (Was: X2Go organigram)

[Heinz-M. Graesing]

Hi Morty,

Am 08.03.2013 17:15, schrieb Moritz Struebe:
> Wow, the new wiki looks so cleaned up. /me likes it. I don't like the
> shadows of the headlines, though. IMO it looks good, but makes them
> harder to read.
> 
> Morty

It was planned to use the default dokuwiki template with only small
changes. So I changed only things that I thought to be usefull.

As the default Template changed again with the last update I already
applied, I'll need to do a lot of work again.

So I can respect ideas and criticism with the new version. The layout is
planned to adopt the wiki use. I still think, that we will need some
glossy and easy to read pages for the first time visitors...

Regards,

Heinz
___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

[X2Go-Dev] x2go wiki is moving...

[Heinz-M. Graesing]

Hello *@list,

The wiki platform we are using will be moved to our dev server in the
next days. This means, that for a time of a few days to weeks, the dns
entries will be changed and regarding to the place where you accessing
it, there will be different sites...

To avoid loosing work, I'll deny changes to the old wiki. As soon as you
can access the new location, you'll be able to work on the wiki again.

In the last weeks I've done a rework of our wiki (technical and
optical). As there were used now unsupported extensions and a not easy
to update template, I changed to a near generic template and banned
all unsupported extensions.

The wiki technical base is a new installation, but I've imported all
existing pages. Maybe there is some more work needed due to the lack of
extensions and the new template.

Besides those tasks, there is still a lot of work to do to, to get a
better "first impression" on the x2go project.

As there were a lot of fake users, we'll disable the "registration"
feature of the wiki. People who would like to help are invidted to
write a short email on our dev/user lists, so we can avoid "capture
pictures" and other annoying things.

If you can't loging anymore it is likely that you never changed or
added content to the wiki. I've removed those and accounts that
created "advertising" pages.

As the work is not completed yet, I hope it will still seen as progress.

Regards,

Heinz
___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

[X2Go-Dev] multi monitor support (behind the scenes)

[Heinz-M. Graesing]

Dear List,

Since X2Go is an Open Source project, you may use it free of charge.

All funds donated to the X2Go project will primarily be used to
enhance our project. This could include things such as paying a
domain, storage, hardware and costs for representation for the
project. All remaining funds will be used to improve our developers
work environments, as determined by the project admins.

Besides the support trough donation, the main developers are available
for paid project enhancements and integration on assignment/contract
level. We will always name our sponsors and ordering customers if they
want to.

So this time we're proud to announce that the already available
feature "multi monitor support" was sponsored by ImmobilienScout24
(www.immobilienscout24.de) the leading real estate
listing portal in germany.

We'll add a page to our internet site to name all supporters and to
give some feedback about who is using and supporting X2Go.

Again thank you very much!

Best Regards,

Heinz & Alex
___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] X2Goplugin

[Heinz-M. Graesing]

Hello Stefan,


Am 21.02.2012 22:09, schrieb newsgroups.ma...@stefanbaur.de:
> Just two quick side notes on this:
> 
> Mozilla is going to release something similar to Ubuntu's LTS (Long Term
> Support).
> In MozillaSpeak, it's called an ESR (Extended Support Release). ESRs
> will occur once a year. See
> http://news.slashdot.org/story/12/01/11/1313247/mozilla-announces-long-term-support-version-of-firefox

Even this is a good news for companies, I think the plugin will be
installed mostly by end users.

> Also, the default setting for plugins is supposed to switch from "don't
> run if version doesn't match whitelist" to "run unless blacklisted" in
> Firefox 10.

This again is a really good news! Thank you for those links. At least it
will still the best to offer tested and recent versions to the world...
which is challenging.

Heinz
___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] Server-side application list

[Heinz-M. Graesing]

Hi Mike,

Am 21.02.2012 19:03, schrieb Mike Gabriel:
> @Alex: could we please discuss the communication protocol for this
> application provider? I have already thought about this earlier and I
> would love to come up with something that is freedesktop.org compliant
> (i.e. that uses .desktop files and .destop categories).

The idea was based on .desktop files, but they should be placed/linked
inside a special directory. The major idea of this is not to offer all
installed application, but a selection.

As this is a ordered function, please discuss your ideas with Stefan.

Regards,

Heinz
___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] x2goclient.exe - Saving session settings to registry

[Heinz-M. Graesing]

Hello Stefan,

Am 21.02.2012 15:51, schrieb newsgroups.ma...@stefanbaur.de:
> Hi List,
> 
> Using the "sessions" file is the default for Linux and AFAIK also for
> Mac OS X, so why the variation in x2goclient.exe?

The "registry db" is the official recommended place to store application
settings on this platform.

This means that people (and applications) working with this system are
looking for such information inside the registry - not an ini file.

As this option is already is introduced I think a second option can only
be introduced as "optional".

Regards,

Heinz
___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] X2Goplugin

[Heinz-M. Graesing]

Hello Mike,

Our new dev server is still not ready for all our use cases. I'can only
ask to be patient, because we will need to offer the plugin files on a
high release frequence (due to the new browser generations).

Regards,

Heinz

Am 21.02.2012 15:05, schrieb Mike Gabriel:
> Hi Vasili,
> 
> On Di 21 Feb 2012 14:14:11 CET Vasilica Petcu wrote:
> 
>> Greetings,
>>
>> I use to play with x2go plugin some time ago, when it was available as
>> a xpi firefox extension. I have visited your wiki page about the
>> plugin, but as you know, it is not updated.
>>
>> Could you give me some hints how can I make a page where the user
>> access it and download automatically the plugin, install it on the
>> client machine ?
>>
>> This option is still available, right ?
>>
>> Thank you
> 
> Heinz has been working on that recently, but unfortunately no
> documentation and code in Git yet.
> 
> @Heinz: any news on the status???
> 
> Mike
> 
> 
> 
> 
> ___
> X2Go-Dev mailing list
> X2Go-Dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev

___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] X2Goplugin

[Heinz-M. Graesing]

Hello Vasilica,

there is no recent XPI available at the moment, because there is no way
to build the XPI automatically or with reasonable effort.
Alex, Mike and I are building up a new development server to merge our
ressources in one place. On this server there will be a kvm instance
running Windows so we can build the needed windows XPI and the Windows
Client without accessing not always available local machines.
For Linux we don't have xpi build files in our git as this was again
done completly manual.
As Firefox is released on a 6 week base, we really need something making
more sense than completly local an manual work.
Besides the XPI, you can use the x2goplugin offered in the package archives:

~$ apt-cache search x2goplugin
x2goplugin - X2Go Client (Qt4) as browser plugin

To answer your question correctly: No, the XPI is not available for more
recent versions of Firefox than 4.0 at the moment.

Regards,

Heinz

Am 21.02.2012 14:14, schrieb Vasilica Petcu:
> Greetings,
> 
> I use to play with x2go plugin some time ago, when it was available as a
> xpi firefox extension. I have visited your wiki page about the plugin,
> but as you know, it is not updated.
> 
> Could you give me some hints how can I make a page where the user access
> it and download automatically the plugin, install it on the client
> machine ?
> 
> This option is still available, right ?
> 
> Thank you
> ___
> X2Go-Dev mailing list
> X2Go-Dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev

___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] [X2go-User] Suggestion - x2go Community & Core-Dev's should set a date for a Week of Wiki updating/cleanup

[Heinz-M. Graesing]

Hello Mike,

hello wiki users!

I've created 2 new sites for our wiki sprint:

http://wiki.x2go.org/doc:wiki:discussion
http://wiki.x2go.org/doc:wiki:discussion:template

Mike has already made some comments inside the discussion document.
Please feel free to add your coments too. We should definitely discuss
our changes and the way of doing before starting our work.

Again: any help is welcome!

If anybody wants to present some ideas or changes, he can do this by
using our cloned wiki instance available at (don't offer major changes
on the productive wiki!!!):

http://wiki-playground.x2go.org/

Please respect some facts about this site/wiki mixture. The top level
sites are meant to be static (besides the blog). Only the wiki namespace
should be a fast changing and adopting space.

The top level sites will be localized - I don't think that this is a
good idea for the wiki. As it is really changing fast, we should
concentrate to keep it update!

As a lot of people had requested a very reduced layout for the wiki
pages, maybe it is a good idea to reduce the wiki layout to a certain
minimum. But to preserve the advantage of the full site search there
should not be any different platform/wiki/server (for this main wiki).

In my eyes it makes sense to talk about the communication channel. I
would reduce the choices to:

* keep everything regarding the wiki on x2go-dev

* start a new documentation mailing list

As this effects even people who are not planning to work on the wiki (as
there is more traffic on this list), please let me know what you think
about it.

Regards,

Heinz

Am 20.02.2012 10:04, schrieb Mike Gabriel:
> Hi all,
> 
> On Mo 20 Feb 2012 09:32:44 CET "Heinz-M. Graesing" wrote:
> 
>> Hello Daniel,
>>
>> I really appreciate your offer. Help on the wiki is really needed.
>> Please contact me (and Mike) directly so we could discuss what is
>> already done and what needs to be done! There ware some ideas behind the
>> structure etc... that are no longer visible...
>>
>> Regards,
> 
> I would suggest a meeting on Jabber-Chat:
> 
>   x2go-ta...@conference.jabber.ccc.de
> 
> Please try to connect to the room. If it fails, send me your Jabber ID
> directly and I will invite you.
> 
> My sugesstion is that we gather in this chat room and then find an
> appointment that works for all when we coordinate the wiki sprint.
> 
> Greets,
> Mike
> 
> 
> 
> 
> ___
> X2Go-Dev mailing list
> X2Go-Dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev

___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] [X2go-User] Suggestion - x2go Community & Core-Dev's should set a date for a Week of Wiki updating/cleanup

[Heinz-M. Graesing]

Hello Daniel,

I really appreciate your offer. Help on the wiki is really needed.
Please contact me (and Mike) directly so we could discuss what is
already done and what needs to be done! There ware some ideas behind the
structure etc... that are no longer visible...

Regards,

Heinz



Regards,

Heinz


Am 20.02.2012 08:24, schrieb Daniel Lindgren:
> I can help cleaning up the wiki. I would also suggest changing
> template (i e layout) in DokuWiki, the one used at wiki.x2go.org has
> issues with readability and general looks. That is of course my
> personal opinion, but I have used and administered DokuWiki for years
> and know that it could look a lot better with a different template.

___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] - Dependency for kdialog

[Heinz-M. Graesing]

Hi Oliver,

Am 13.02.2012 13:20, schrieb Oliver Burger:
> But why not use the libnotify directly? That way you wouldn't need to
> find out, what desktop environment was running.

as far as I know, libnotify is gnome based only
(http://developer.gnome.org/libnotify/) please tell me if I'm wrong?!

Regards,

Heinz
___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2Go-Dev] [X2go-Announcement] x2goclient entered Debian unstable

[Heinz-M. Graesing]

Hello Mike,

Am 28.01.2012 09:11, schrieb Mike Gabriel:
> Dear all,
>
> The Debian X2Go Packaging Team and the X2Go Project proudly announce that 
> x2goclient has entered Debian unstable.
> http://qa.debian.org/developer.php?login=pkg-x2go-devel%40lists.alioth.debian.org
>

Congratulations Mike (WOW)!

Regards,

Heinz


___
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-Dev] Roadmap for x2goclient 4.0?

[Heinz-M. Graesing]

Hello Oliver,

as the name suggests (3.99) there will be only small changes until the
release. The wanted support for more than one monitor is already
implemented, but there are still some minor changes to be done. We had a
telephone conference with Stephan Baur about how to make x2goclient work
for his ideas. This would add a property directory on server side and
cause a little change in the tray icon view of x2goclient.

I can't say exactly when this step is done, as there are still issues to
be fixed (build environment, documentation, plugin download page).
So mainly those are only "infrastructure" issues and will not change the
client completly.

I would suggest to start building the 3.99 client by using our git.
Maybe you'll have to edit the spec files and change 2-3 lines later, but
not the whole work.

Regards,

Heinz


Am 07.01.2012 10:20, schrieb Oliver Burger:
> Hi,
> I see, there are 3.99.x versions of x2goclient in the download area.Is
> there any kind of roadmap for the release of x2goclient-4.0?
> For building the 3.99.x versions of x2goclient for the official
> Mageiarepos I would need to know, if it reaches final before our
> versionfreeze in April.
> Thanks,
> Oliver
> ___
> X2go-Dev mailing list
> X2go-Dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev

___
X2go-Dev mailing list
X2go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-Dev] Some feature requests for x2go-client (Windows), while we're at it...

[Heinz-M. Graesing]

Hello Stefan,

Am 16.12.2011 16:19, schrieb Stefan Baur:
> Am 13.12.2011 08:44, schrieb Heinz-M. Graesing:
>> Hello Stefan,
>> 
>> Alex an I have discussed your feature request. Due to the huge
>> amount of features implemented in the past, x2goclient has grown
>> big and this way we are planning a rewrite of the client. This
>> means that the accepted patch would only live until this new 
>> release and the whole work is lost.
> 
> :-( What's the expected release date for this new client? Are we
> talking about a few weeks, a month, six months, a year?

We really can't say at the moment, but this step is definitely needed.
It will not be part of the upcoming release (baikal).

>> The new client is planned to be capable to show remote sessions
>> embedded inside the client window.
> 
> Exactly what do you mean by that? Will rootless,
> single-application sessions still be possible?

Yes - no feature will be lost. But it will be possible to embed the
x2go session into the x2goclient window. This will enable things like
a tabbed interface and a shared interface (session + client options
visible).

Best Regards,

Heinz
___
X2go-Dev mailing list
X2go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-Dev] Some feature requests for x2go-client (Windows), while we're at it...

[Heinz-M. Graesing]

Hello Stefan,

Alex an I have discussed your feature request. Due to the huge amount of
features implemented in the past, x2goclient has grown big and this way
we are planning a rewrite of the client.
This means that the accepted patch would only live until this new
release and the whole work is lost.
The new client is planned to be capable to show remote sessions embedded
inside the client window.

Please be aware that you can control x2goclient perfectly by command
line options. So this means it is possible to cover own ideas by using
the x2goclients hidden mode and key authentication.

I really understand that x2go can bee seen as nx replacement, but this
is not the projects "main focus".

If you have questions about how x2goclient can be controlled by command
line options, please try x2goclient --help.

Though we don't think we will accept such a patch at the moment, we've
recognized your idea as a feature request and will discuss it again by time.

Regards,

Heinz


Am 10.12.2011 13:42, schrieb Stefan Baur:
>  Oleksandr Shneyder wrote:
> 
>> The look of X2Go Client is our (developers of x2goclient)
>> vision of UI. We are very grateful for your suggestion about how x2go
>> client should look like. But at the moment we have other opinion.
> 
> Would you accept a patch to toggle between your current UI and a more
> compact one, if I paid Mike or some other developer to add it?
> Or would such an addition have to remain a fork of your official client?
> 
> Kind Regards,
> Stefan
> ___
> X2go-Dev mailing list
> X2go-Dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev

___
X2go-Dev mailing list
X2go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-Dev] x2goplugin

[Heinz-M. Graesing]

Hi Vasilica,
hi Mike,


Am 11.11.2011 08:47, schrieb Mike Gabriel:
> Hi Vasilica,
>> About the x2goplugin in wiki that doesn't work on firefox 4+ and also
>> it doesn't exists in git repository.
> x2goplugin is x2goclient compiled with diffferent options. So the plugin
> is found in x2goclient.git on git.x2go.org.
>> Is it discontinued ? Is anybody working on it ???
> 
> No, it's active. Alex+Heinz work on that whenever they find/give time.

Our first result of the plan to build an browser plugin is discontinued.
This was an Firefox only nsapi based wrapper around x2goclient. The
recent x2goplugin uses QtBrowserPlugin and is part of the x2goclient source.

Though this is already working, there is still no new website presenting
the plugin and the xpi isn't compatible to the new firefox versions.

If you build a website by yourself which contains a valid plugin
configuration, you should be able to use x2goplugin available on
packages.x2go.org (Debian).

Best Regards,

Heinz
___
X2go-Dev mailing list
X2go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-Dev] Wiki: Installation

[Heinz-M. Graesing]

Hi Morty,

+1

We have similar plans for all wiki pages to reduce the grown number of
single pages. The new Wiki structure layout should look like:

http://wiki.x2go.org/doc:wiki:structure

The topics on this overview should be - if possible - a single page or
at least not many pages.

It should be a good idea to work with page templates too. This would be
a good check on what you'll need to find on a typical x2go wiki page.

Maybe there are some good installation manuals about x2go on non debian
based distros on the webspace of the package maintainers. I don't think
it should be a problem to set a link to suitable, external ressources.

Regards,

Heinz

Am 04.11.2011 00:54, schrieb Moritz Struebe:
> Hi,
> 
> concerning installation there currently are separate pages for every OS
> and even for adding repos and installing. I'd suggest to put them on one
> page and use anchors. I think this will significantly reduce the amount
> of maintenance, reduce redundancy and give a better overview.
> 
> Any comments?
___
X2go-Dev mailing list
X2go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-Dev] How to join dev

[Heinz-M. Graesing]

Hello Jean,

hello and welcome to our dvelopment list. Thank you for joining as this
is the best way to get in contact. Mike has answered a lot of questions
before - thank you Mike.

There are a lot of ideas about what problem x2go should solve. As
mentioned by Mike before, not all ideas become part of the mainstream
distribution, but are very interesting for the people too. So maybe it
is a good idea to share your ideas and needs with the people on this
list, maybe there are already some solutions or you can share your work
with others. Of cause it would be very nice to have code and ideas
contributed which can be part of a future mainstream release.

I want to add, that the parts we have contributed will become AGPL
licensed with the next release.

If you encounter problems using our wiki, please let me know, because we
are migrating sites to a new structure and are not ready yet. If you are
looking for a page that can't be found, please visit this site:

http://wiki.x2go.org/link-orphans

I really hope that our answers cover your questions. If not, please feel
free to ask further questions.

Regards,

Heinz

<--->

Hi Mike,

should we copy those lines you've written about how to join the team to
a special wiki page?


Am 02.11.2011 08:09, schrieb Mike Gabriel:
> Of course, there is an apprenticeship for becoming an X2Go developer:
> 
>   o get a wiki account, while discovering X2Go, become aware of lacking
> documentation, doc-bugs, etc. -> help us fixing those
>   o checkout the development section on this page:
> http://wiki.x2go.org/wiki:index#development
>   o make sure that you know how to use Git (VCS software), if you have
> questions
> contact me (Mike) on this list, Reinhard and Morty are also very
> familiar
> with Git issues
>   o set up your local development workspace:
> http://wiki.x2go.org/wiki:development-workspace
>   o make sure you understand the code structure and the session
> ,,handshake'',
> study the code!!!
>   o whenever you find a bug, an improvement, try to fix it, try to
> implement it.
> what you come up with -> send it as a patch to the x2go-dev list for
> reviewing
>   o if your patches and ideas prove to be generic and community suitable
> (we
> cannot serve special use cases in X2Go upstream(!!!), the community
> version
> of X2Go aims to be generic and adaptable to local setups), then you
> may get
> write access to the code repository some time in the future

Regards,

Heinz
___
X2go-Dev mailing list
X2go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

[X2go-Dev] Berlios is closing

[Heinz-M. Graesing]

Hello,

Mike and I received a message that BerliOS will be closed at the end of
2011. This will have an effect on our major mailing lists.
Mike and I have decided to host the lists as a part of the x2go domain.
We'll keep you informed about the next steps.
After the new groups are ready to use, we won't (auto-) add members of
the existing groups, but we'll send an invitation. Thanks to Gmane the
history of the groups will survive.

Regards,

Heinz
___
X2go-Dev mailing list
X2go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

[X2go-Dev] Wiki relaunch

[Heinz-M. Graesing]

Hello list,

I've made some major changes to the wiki installation so that our
dokuwiki installation can be used as well as our project website.
Because of some big changes it was not able to change the wiki for the
time of one week.
I've changed the name server entry some minutes ago so that the new wiki
pages will be accessible in the next hours or days (depending on where
you are). You will recognize the new pages by the projects own colors
(blue and white) and the new page contents of the front page.
I've added a notification area showing you the way to the old TOC-like
front page.
As it was not possible for me to change every item of my todo list,
you'll find a lot of FIXMEs on the pages, but they will vanish time
after time.
You'll be able to log in with your existing account. The wiki
configuration buttons are now located on the bottom of the site. There
will be no sidebar any more, but you will find direct links on a bar on
the top. There's still space left for further direct links.
Other than before you'll be able to edit wiki pages direct after
registration - please keep in mind that we believe that everybody who
joins the team wants to help our project.
I can answer now Mikes question if it is possible to send all wiki
changes to a mailing list: yes it will be possible.
Even inf the new documentation pages aren’t ready now I would like to
convince you to use namespaces in future. By using namespaces inside
dokuwiki it will be possible to add localisation support to the pages
and to have separated navigation and information spaces.
All frontpages of a namespace are named "index" and should contain TOCs
like lists to the contents of the regarding namespace.
I'll include pagetemplates very soon to make wikipages look more uniform.
Again: the new wiki is work in progress. But as it is already usable I
think it is the best to start using it.

Regards,

Heinz

___
X2go-Dev mailing list
X2go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-Dev] X2go i18n team

[Heinz-M. Graesing]

Hi Mike,

Am 27.09.2011 11:35, schrieb Mike Gabriel:
> Hi all,
> 
> @Heinz: could you set that one up?

I've already added a ML via the Webinterface of BerliOS. As always this
will take one or two days until the setup is done by BerliOS. We also
should take care about a gmane account of this ML.

Regards,

Heinz

___
X2go-Dev mailing list
X2go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-Dev] Debian packages + Git temporarily unavailable

[Heinz-M. Graesing]

Hi Mike,

I just want to add that a prior mistake caused problems with the access
of the outdated x2go.obviously-nice.de/de/ repository - sorry for this.
What we (Mike and me) want to archive is an independent domain hosting
contract not connected to any webhosting or server hosting contract.
This task should now be "done".

Even in the past, different subdomains led to different servers but the
preferences and the billing of the domain were not made for this type of
usage.

Sorry again,

Heinz


Am 21.09.2011 11:46, schrieb Mike Gabriel:
> Hi all,
> 
> we have a DNS provider transfer running and unfortunately, we made a
> mistake for the hosts code.x2go.org, git.x2go.org and packages.x2go.org.
> 
> The Debian package repository and the Git site of X2go are temporarily
> unavailable due to DNS transfer problems. Depending on your location on
> the web this problem will last for at max. 48-72h.
> 
> We apologize for the inconvenience,
> Mike (and Heinz)
> 
> 
> 
> ___
> X2go-Dev mailing list
> X2go-Dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev

___
X2go-Dev mailing list
X2go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-Dev] Web Server Stats for packages.x2go.org/code.x2go.org

[Heinz-M. Graesing]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Mike,

I'm concerned about publishing IP adresses and URLs about the people
accessing the servers to a public space.

Please take this service offline or consider to anonymize the accessing
machines. Otherwise we need to instruct people that accessing this
package archive (packages.x2go.org) will lead to an entry inside the
public available logfile.

Indeed a service showing the popularity of x2go is a requested feature,
but it should be done by choice of volunteers.

Regards,

Heinz


Am 15.06.2011 12:01, schrieb Mike Gabriel:
> Hi all,
> 
> FYI: for packages.x2go.org and code.x2go.org there are now web server
> stats available...
> 
> http://wiki.x2go.org/web_server_stats
> 
> Greets,
> Mike
> 
> 
> 
> ___
> X2go-Dev mailing list
> X2go-Dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJN+IVQAAoJEKRUbBMT/NRxHDgP/R6ofrpBPjB0xl2UqS2SH9+Y
/Ir+F99i2K5BxV+uXatkRHhL73L83IxgSAoFoopjqmoEcYh5QcPYlhzriKTTdoGV
xWzz/grujBWrio4xa45VMJZ/cfQcICvgUXtopFA10sxnoMXCG9czLJdlaRIpZ3J4
7uuYiqesZQ3vUiSOjjRzwmfX/FzwrCRil+YDF/KgXZkP1S0E9K6KGTdAH1kRpkbQ
tzbcmVxEqUxyA2oMvaRbbPOz6blvD4x04PH5kPTafCs5iQKX02yXIj42sT9hnd/o
Lvz6naSg2/iYBpdvC6nEhdONiln5L4bc2txVuBG1ij+RTyBKsbM/K7atbsyqBDzs
JosVoA82SFxKNv9XSWKMWmkDkQLy7h+Ab3/2fS8hnmOl5YLJeRCpqi0b7wav2dEe
Z35T3cTwqtJ+5Ci2n3lY3fZTladuk/u/HXXg8WaPa7kBUfv+EZuxTfqdv/djiT/s
/wEhJLxOu7uAIHhhN4TFT8ZIfc2ht0Aa5U6acuabaBH3i82tB7v21JBInTfrHdI0
GkqMf7cwVH4XAhI7UqB+wPKt0ldnJYRm4wur8fn5/fMXIZpKbgY3HltchObPOlly
2s83MdsqsHGWQEFDZJGBfZ57cjleGgIKejwI71avrnOqFkBKvnoDhayK0Ry/5wuu
cAzytvzV47pw9ja4riZ5
=ZKsm
-END PGP SIGNATURE-
___
X2go-Dev mailing list
X2go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] X2go announcement-list and messages from git-admin

[Heinz-M. Graesing]

Hi list members,

as there are again a lot of complaints about the traffic on the
announcement list, I would suggest to move messages not generated by
human to another list.

All complaints share that they want this group as source to be informed
about new features and new releases. The messages should be made by and
made for humans.

As this is a big wish from the people using x2go, I would recommend to
introduce a second group for automatically generated mails so this group
can be used by people who are interested in reading the regarding messages.

Are there any recommendations about the name of such a group?

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] iPAD now has X and ssh

[Heinz-M. Graesing]

Hi John,

thank you for posting this news. It is very interesting what already can
be done with this closed platform.
Though I really would like to see a real open mobile platform...
I tested the MeeGo Tablet Edition on my EEEPC and it is still based on
Xorg and the userland tools. I don't know what will happen to this
platform in future, but it really would be a better platform to run
x2goclient.

Am 23.05.2011 21:47, schrieb John A. Sullivan III:
> On Mon, 2011-05-23 at 20:42 +0200, Mike Gabriel wrote:
>> Hi John,
>>
>> iPad - Test Platform
>> 
>> I cannot speak for Alex, but I remember the last time when a major  
>> problem about X2go  development for Mac was the loss (theft) of Alex's  
>> MacBook.

Yes Alex's macbook is lost.

>> With an iPad the situation is probably similar: no hardware - i.e.  
>> iPad - to test on available at all.

No, we don't own an IPad.

>> AppStore and GPL software
>> -
>> There also has been an issue around AppStore and GPL in January 2011:
>> http://www.zdnet.com/blog/open-source/no-gpl-apps-for-apples-app-store/8046

x2goclient is made with the help of C++ anduses Qt. If you want to get
your app inside the app store it should be cocoa and objective C. There
are some rules about the allowed number of services that can be started
too (as far as I know).

>> If there will be an X2goClient for iPad in the future it will surely  
>> need a distribution pathway. How would that work? (I am not at all  
>> familiar with Macs, but may I bring up the question nonetheless?).

Maybe it is more realistic to combine one of the ajaxvnc solutions with
a virtual x2go display.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Linuxtag 2011

[Heinz-M. Graesing]

Hello List,

as announced before we joined Linuxday this year again with our own
booth. Thank you for all people visiting us. It was again a very
interesting event and we've met a lot people.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

[X2go-dev] documentation added: Thin Client Environment without LDAP

[Heinz-M. Graesing]

Hello list,

today I've added an additional paragraph (display manager mode without
LDAP) inside the wiki page

http://wiki.x2go.org/installing_x2go_thin_client_environment_debian

allowing to install an environment without the need of a LDAP server.
This has been requested very often. Please keep in mind, that with this
setup you won't be able to use load balancing at all.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] offline bug tracking for X2go

[Heinz-M. Graesing]

Hello Jonas,

Am 17.05.2011 09:51, schrieb Jonas Smedegaard:
> On 11-05-17 at 08:49am, Mike Gabriel wrote:
> My favorite - evolved since our last discussion - is to use [RT]. 
> Because it is very mature, and because it provides very sensible 
> interfaces (including both email and REST).  RT is written in Perl, for 
> those who care.

I've received a number of mails describing concerns and problems with
the initially suggested horde tracker. So I really welcome the
discussion about the bug tracker. I will have a look at RT and SD. Thank
you very much for your recommendations!

>   * GUI/web-UI helps occational code contributors

This still is a very good point... (we should care about - if we can)

> So you will treat users as second class users of the issue tracker?
>
> Not necessarily a bad thing to do, just beware of it!

Maybe there is a way to connect them back to us in the future - but
again: thank you to keep us aware of it!

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Project page update on Launchpad

[Heinz-M. Graesing]

Hi Mike,

Am 12.05.2011 09:42, schrieb Mike Gabriel:
> Hi devs,
> 
> this project descpription page desperately needs an update:
> https://launchpad.net/x2go

I have all descriptions made to point towards our main webpage and wiki.
Please let me know what else you would improve.

> It might even be that it is redundant with this project page:
> https://launchpad.net/~x2go

I think one of them is the team page and the other the project page. As
far as I know both will exist as a matter of fact...

> Who has access to the above link? Who can change it? Alternatively, who
> can provide me with access? Heinz?

I'm not a very experienced user of launchpad. I think those texts can
only be accessed by me at the moment. Please correct me if I'm wrong?!

Regards,

Heinz

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Guacamole and x2go.

[Heinz-M. Graesing]

Hello Vasilica,

Am 28.04.2011 13:12, schrieb Vasilica Petcu:
> Hello to all,
> 
> I'm interested in a possible html client for x2go. There is this
> project, Guacamole, which implements the HTML client for VNC protocol.
> Guacamole works as a wrapper for native client libraries, and has a
> extensible architecture, allowing to implement other protocols besides
> VNC. It does a tunneling via a Java Servlet.

Guacamole uses (as far as I know) - as any other ajax client I've seen
until now - the bitmap drawing function of the html tag "canvas". So if
you are using any other protocol as a source for the proxying servlet,
the "delivery" to the client will be "vnc like". This can of cause be
interesting for administration purpose but it will not be able to
deliver an identical user experience to x2go.

> if you're interested I am available to start working on this, with the
> help of x2go developers and guacamole developers to implement this
> protocol for the guacamole project, so we all can have the benefit of a
> html client.

I'm still interested in something like "drawing primitives" or "work on
intelligent bitmap caching" with the help of a browser.
But sure it would be a good thing to offer a already working "first
step" towards a plugin less browser client.
Please let me know if you need further informations that we can provide.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] x2goadmincenter -> Git?

[Heinz-M. Graesing]

Hi Mike,

Am 17.05.2011 11:10, schrieb Mike Gabriel:
> Hi Alex,
> Shall I create a Git project for that? Do you have a Git history to
> start from?

this project was started to be used with skolelinux and cipux. It can't
be used with x2go directly at the moment and will still be changed. As
we need input from skolelinux, we can't say when it will be possible to
be used with x2go (directly).
As you've already mentioned we think it will be possible in some weeks,
but maybe it'll take longer.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] copyright headers in X2go scripts (GPL -> AGPL)

[Heinz-M. Graesing]

Hi Mike,

Am 17.05.2011 15:23, schrieb Mike Gabriel:
> Hi Alex, Heinz,
> 
> most X2go scripts (e.g. in the x2goserver package) lack copyright
> headers at the beginning of each individual script. I volunteer to add
> them

Thank you very much! This would be really a big help to the project.

> but I just remembered that Heinz wrote about moving to AGPL. Thus:
> 1) The X2go code should have copyright+license notices at the beginning
> of each file, individually and...
> 2) before adding those headers it would be optimal to change the license
> (if appropriate)...

As we always wrote inside the tar.gzs containing those scripts they were
licenced under GPLV2 or above. So I think the only way is to make those
script first available under GPLV2 or to "dual licence" them.

> If you give me instructions (what project shall have what license), I
> can commit work to these changes (Fleißarbeit).

Maybe it is a good idea to ask what others think, but I would initially
provide them with a GPLV2 header. We have announced the licence change
for the new release which is still not available.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

[X2go-dev] Linuxtag 2011

[Heinz-M. Graesing]

Hello List,

We will be again visiting the famous Linuxtag in Berlin Germany. We'll
share a booth with skolelinux and will show our cooperative work with
skolelinux and our little phoca.
Please feel free to visit us, ask questions and talk about our and your
ideas about the future of remote computing. See you (again) in Berlin!
You’ll find us in “Halle 7.2a, Stand 117″.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] X2go Roadmap update

[Heinz-M. Graesing]

Hi Mike,

Am 28.04.2011 03:57, schrieb Mike Gabriel:
> Hi there,
> 
> I have updated the X2go Roadmap http://wiki.x2go.org/roadmap
> 
> @Heinz: thanks for the task add-on in the wiki!!!

I'll still have to update the given tasks as some of them are already
done. The task plugin was an idea of making task progress more visible
to wiki visitors. But it increases the amount of written code for those
who are working with it. SO it would say this option really needs to be
discussed:

a) we don't need a plugin at all - just write down your tasks
b) we should make guidelines how a task should be look like with the
help of wiki syntax
c) we need a plugin to visually enhance tasks and to seperate them from
wiki page content.

If somebody agrees with c) :

There are some alternative plugins too:

http://www.dokuwiki.org/plugins?plugintag=todo#pluginrepo__table

I've received some positive responses about the sidebar of the new wiki
page. Thank you - the idea was given by members of this list.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] X2go-dev Digest, Vol 28, Issue 24

[Heinz-M. Graesing]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Brian,

Am 21.04.2011 16:15, schrieb brian mullan:
> Since this had been a "future" development discussion a while back (re
> possible use of HTML5 in x2go) I thought I'd pass this on.
> 
> Just stumbled on this announcement of noVNC (LGPL3) and saw they now
> implement HTML 5 (websockets and canvas)
> 
> http://kanaka.github.com/noVNC/

Thank you very much. I'm still looking for a good approach how to use
the features of the "webcanvas". As you all know, vnc updates squares on
the the screen, no matter what they show. The only trigger is, that
there has changed something inside.
The webcanvas has got capabilities of drawing primitives too. This way
it could be possible to draw window manager and toolkit elements
directly with code. Maybe it would be an idea to investigate time on
that, because I still believe that one of the biggest advantages of nx
is that it is possible to use the local Display-Technique/X-Server as
rendering base.
Nevertheless - I haven't found a complete X-Server on javascript base
and I still don't know if it is already possible...
Mabye we should a page on our wiki with collected links regarding this
topic (future technologies?).

Best Regards,

Heinz
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJNsEOMAAoJEKRUbBMT/NRxTSYQAMEAVWC4imfULp4RPg0bD/E1
JSOajhRfi2pFi3Kk7/PTir1KTEjD/yEKVu2dtMVAv3dTrcJIQqNSvumPjhho6ixW
498GoWBaWAQ7hn8KHYzEotWRJ4gKYKbz6FRgosB1C7Ylb6JoJ82Fn06tGjdnXvQt
WvfgSg791FCPvmvNIlVifsuLTrb7Jdt7l/e38icH4pB+oGWflXQKI0Y9cJ3lutv7
LTPNsJsgEVh7SzdHvtVvwearesfAcGBuh2NL3pF1ftm3wut/6ycI9QICx0AdUj3y
LHbOkgf6PIQ63Q5rsxOpAulUp22YjjwXGOGs5wRl7wtqc93kewV3Q6f2klfZt3wh
aH2z14DlqISWSrNWsR9sccSbfWzzgImKpSkGIWbIQvdohmVG0T+vEUTpFlbs7Kwg
tD3dx3T9UHGbIwIjyiRoZFBo0YVKTu8AJ71ELZbgaJW8Pee7aqUIO9uQ9dea3Xao
0mr/ya97lagxfdOvAfX5Rpm4YSWp9E+MGh2CINt8Dyh/CCq0kbyy+MMC2ts3vZgy
8LEkT0ClnNl7Km6AJMZMTKGtjKhOLS9a1pcscma1jekSn1ABK7oLQQG3T8f6+ntu
hxwZkbVD0aT9B1ZXHWLzu2g+gSTL3CvqCzIhI/PN6y4HNrMmnZPkaDdRKGiQCjos
tqnueF68x51rCBvrN76o
=a2A3
-END PGP SIGNATURE-
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] local apps on a thin client anyhow?

[Heinz-M. Graesing]

Hello Meik,

Am 20.04.2011 21:04, schrieb Meik Hellmund:
> 
> Hi,
> I am just playing around with the older 
> x2go thinclient debian packages and I wonder if it is possible
> to add local apps (as in LTSP). I have not yet a clear understanding of
> the x2go infrastructure, so please be patient.  

The Window containing your remote session is called x2goagent. The
Problem of localapps would be, that they would not displayed inside this
Window even if it is maximized, because it's got a complete different
$DISPLAY Number and the $DISPLAY is connected to the remote system - not
the local one.
As a result, it would not be possible to handle the window placing
correctly. A local app would be managed by the local window manager, all
x2go session application by x2goagent.
If you can live with those limitation, you can try to use NFS/SSHFS or
whatever as remote Filesystem for applications.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] pending/x2godropbox patch

[Heinz-M. Graesing]

Hello Mike,

Am 18.04.2011 10:25, schrieb Mike Gabriel:
> Hi all,
> 
> On Di 12 Apr 2011 18:08:26 CEST Mike Gabriel wrote:
> 
>> Another hi-devs,
>>
>> I would also like to see my dropbox patch (needed for the X2goDropbox 
>> in Pyhoca-GUI) in the x2gomountdirs script of x2goserver/master. If I 
>> do not here a veto within the next four days, I will push the patch
>> to  code.x2go.org...

I don't want to comment on how this patch got into our git, I'm really
interested that it is introduced the right way. As we really do have a
lack of work flow how to WISH new features and what needs to be done to
apply such wished features to the core components, this is one of the
ways it can be done. Nevertheless it would be nice to introduce every
step on our mailing list with a regarding topic.

As this is a feature which doesn’t cooperate with our main components at
the moment and it is not an announced feature of the upcoming release, I
do have some questions to ask:

Can you please describe for everybody what this patch is doing and how
it can be used with x2goclient and x2goserver?

I really would be glad to see this feature discussed first, whether
applied without a discussion about its main purpose and its security
concerns (check of executable files,...).

This is what I found in Mikes introducing mail:

[quoted mail]

The X2goDropbox provides an export spool mechanism (similar to the
cups-x2go/x2goprint duo) for any MIME type you allow (client-side-wise)
to be dropped into that X2goDropbox.

[quoted mail end]

I also would really like to discuss the name used for this feature. As
we already have trademark issues with our project name, I'm not
satisfied to see this name inside our projects namespace.

If this feature is interesting for x2gousers we should make sure it can
be used and applied as well to our main components as to the alternative
pyhoca client.

Furthermore it would be nice if you (Mike) can point out, if you want
this patch implemented as a patch - so every interested user can apply
it to his target - or if you want to have it as part of the main
distribution as it can be understand by using the "main" tag.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] X2go is insecure

[Heinz-M. Graesing]

Hi Dick,

Am 29.03.2011 15:35, schrieb Dick Kniep:
[snip]
> The problem is caused by the fact that the x2go server does not restrict the 
> commands that can be entered thru ssh. This is bad, but what is worse, is 
> that the X2go clients actually use this security hole to start any command it 
> needs.
[snip]

Thank you for sharing your concerns about the usage of x2go with us. As
some people pointed out before the execution of commands via ssh is
definitely a feature. Without this capability, x2go wouldn’t work at
all. There is nothing "creepy" about executing commands on the server.
I totally understand that you want to restrict the user from running
vicious commands, but there are really a lot of "philosophies" how to do
that.

An "integrated" solution could be to offer the system a login shell with
a reduced command set.

Maybe a better solution could be to implement a connection to an already
existing project doing that job better than a new attempt (this would be
more the OS way).

As always: this is an Open Source project. This means: feel free to use
it and - if you want to help - please do so.
If you want to submit concerns or bugs it would be very helpful if you
would name than in the subject like:

Wanted: Solution to prohibit remote execution of commands

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Questions about the source

[Heinz-M. Graesing]

Hi Tyler,

welcome on our List!

Am 19.03.2011 07:35, schrieb Tyler Jameson Little:

> Mike informed me that the x2go team is already developing browser plugins,
> but I wanted a way to integrate a remote session into a browser using pure
> HTML5 and JavaScript.  

His sounds very intersting!

> Has the x2go team significantly modified the base NX server code?  If so,
> where can I get the full source code for the server (not just the scripts)?

So you've found the scripts in our git - the purpose of those scripts is
to initiate the needed command on server side. This means they take care
about the session management, the mounted directories, the audio
redicrection and so on. The main task is done by those needed services
and if you want to write a client on HTML/Javascript base you'll need to
contact those services too.
NX is a rendering protocol, so you wont find already rendered diff
screen segments like vnc. A real native implementation would need to
render all primitives drawn in the X screen to be converted to the HTML
Canvas Element. I've played with the Canvas Element a lot, but I always
needed some local components to do all the needed work. The result would
again be an extension for the browser which needs to be installed - like
our plugin solution. But the plugin is now a variant of x2goclient so it
won't need another code base.
But this is what I've experienced - I really would like to hear more of
your ideas about this.

What already can be done:
Use a virtual x2go display with ajaxvnc (or any other HTML VNC solution)
and access it via your browser. The occuring problem is, that you'll get
no advantages to a pure vnc environment, because the nx/x2goagent is not
displayed locally...


> I will mostly want to be looking at where the data gets sent to the client,
> but I'm not sure where the best place to look for that would be.

The communication you are looking for is the communication between a
X-client and a X-server. To make it more complicated - yes in this
special case it is compressed and encrypted (ssh - I don't see how to
access ssh via javascript) too.

I really see a lot of Use Cases for such a client, because it could be
used on totally closed brickware!

So again - welcome on our list. Thank you for your interest and for
sharing you idea with us. Maybe some more time is needed, but I don't
consider this task as "hopeless" (as other projects are working on
similar ideas):

http://blogs.gnome.org/alexl/2011/03/15/gtk-html-backend-update/


Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Connection to localhost

[Heinz-M. Graesing]

Hello Mike,


Am 14.03.2011 21:35, schrieb Mike Gabriel:
> The use-case here is rather for me personally, but: Yes, I would love to
> see localhost support.
> 
> Greets,
> Mike

We'll make sure that this scenario will be operational in future of
cause. I just wanted to asked if there is a use case besides "testing".

bye,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

[X2go-dev] vacation

[Heinz-M. Graesing]

hello list members,

I just want to inform you that Alex is on vacation this week and I'll be
unavailable for the coming next two weeks.

After our vacation we'll try to publish a roadmap including the features
of the new version. As you all know there have been huge changes made to
the planned release so please don't expect the final version in the next
4 weeks.

As far as we can tell now, we'll change the licence of our core
components (x2goclient, x2goserver) to the AGPL licence. The licence of
all used code of other projects will stay untouched of cause.

Our wiki is used by more and more people and it will become our main
documentation platform. The needed static websites will moved to the
blog, so that there will be only two web platforms left (redirections
will save the existing links).

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Connection to localhost

[Heinz-M. Graesing]

Hello manovel,

please use our new libssh based version. I've experienced no localhost
problem with it until now (and testing would be very helpful). We still
need further input about the stability and behaviour of the new version
(please add the "heuler" repository for testing).

To all: is there any use case for localhost connections besides "testing"?

This is just a question about what x2go is used for. Sure such a test
should work of cause, but maybe you are using x2go in ways we didn't
know until now...

Regards,

Heinz



Am 14.03.2011 18:41, schrieb manovel:
> Yeah, I though my other post was somehow missed because posted as reply to an
> old thread.
> 
> back to the issue, there is some planning on fixing the problem?
> 
> Thank you,
> manovel
> 
> 
> 
> ___
> X2go-dev mailing list
> X2go-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] PyHoca and the web

[Heinz-M. Graesing]

Hello John,
hello list,

Am 02.03.2011 17:57, schrieb John A. Sullivan III:
> On Wed, 2011-03-02 at 15:51 +, --[ UxBoD ]-- wrote:
> 
> I'd imagine adding
> the overhead of HTTP would significantly degrade performance (just a
> hunch).  However, I thought Trolltech had released a Qt stsyle toolkit
> for web applications that was cross platform.  That may be what Heinz
> and Alex are investigating as a multi-browser solution.  If I recall
> correctly, this is one of their very high priorities - John

During the redesign of x2goclient we've integrated all needed changes so
that x2goclient can be used as plugin. We will start to add the needed
files and configuration for a firefox plugin first. It will be possible
to support chrome, konqueror and internet explorer later too.
For all people evaluating the first plugin: the server.x2go file will be
dropped. All configurations will be provided in the html file containing
the plugin (We're aware that some of you really liked the seperated file
architecture, but it won't be possible).

Some words about the future and the future of tomorrow:

IN MY EYES...

...in the next years more and more commodities/appliances/devices will
be introduced and there will be a decreasing number of compatible
platforms. An increasing number will be "bricked by design" depended to
a censored store so the only generic runtime environment will be a web
browser.
Again and again people are asking for an ApplePad client, already
knowing about our (or better: apples) problems to offer it reliable.
So yes - it is a good idea to have an eye on that topic and we do so.
There are really some interesting "ajax" VNC implementations on the net,
but at the moment, only capturing protocols can be adopted.
Some day in the future it will turn out, that the bloated javascript
widget libraries can't be adopted or maintained to all plattforms. Even
if you try hard - applications published this way will look different on
different devices and can be easily destroyed by browser modifications.
And don't forget about security issues (javascript links wont show you
their target server in the status bar if it is a javascript function).
So the canvas element and the webgl canvas will/can become more and more
popular. Maybe the rendering capabilities will become sufficient enough
to become a real alternative to a framebuffer.

But at the moment XOrg is a very good base as it offers caching
features, local device support as it was build to offer native network
transparency.

Regards,

Heinz

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Looking for information on the future of x2go (and some other x2go-related stuff)

[Heinz-M. Graesing]

Hello Stefan,

Am 02.03.2011 13:55, schrieb Stefan Baur:
> Hi list,
> 
> I have been "playing" with x2go for a while and it looks very promising
> - a worthy successor to Nomachine NX - though I am unsure about a few
> things - maybe someone here on this list could provide some information?

Thank you for your commendation - I'll try to answer your questions.

> My questions are:
> 
> 1) With the recent announcement of Nomachine going closed source, what
> does the future of x2go look like?

As far as I know all Open Source components (existing or build in
future) will still be available on CD (if you ask them).

> 1a) As far as I understand, x2go uses parts of the GPL'ed Nomachine
> code, which will remain available in its current state due to the GPL,
> but will not be maintained by Nomachine any more. Are the x2go
> developers willing - and able - to maintain this part of the code, in
> case it requires maintenance and / or security patches?
> 1b) Or are you going to do a re-write of the Nomachine code currently
> in use?

The used used XOrg code isn't maintained since a long time. The only way
to get this construction supportable would be porting the functionality
as modules to a recent XOrg Version. We've been talking about this for a
very long time now. This all should be possible, but would take a lot of
time. It would be a decision about neglecting other parts of x2go for
some time. As Mike already mentioned, it will be a good idea to collect
some people to do this task.

I would suggest to discuss this topic after baikal (upcoming release) is
released.

> So I
> was wondering if there is a sufficient amount of other people backing
> the project that the loss of the lead developer (be it due to increased
> workload at his day job, health issues, or simply loss of interest) can
> be dealt with, should the situation arise? If that isn't the case right
> now, I would like to suggest making plans for it asap - the best time to
> install a fire escape ladder is before the house has a chance to start
> burning. ;-)

In the past we've been two people developing x2go and at the moment Alex
and I ares still interested in x2go. But during the last year more and
more people have been joined this list and we now have a usable python
client. X2go uses a lot of generic linux based projects (fuse, udev,
ssh, cups,...), which are maintained by themselves.

> 2) I read that Univention is using x2go for their desktop virtualization
> (see
> ).
> Are they active supporters of x2go (i.e. donating money or manpower to
> the project)?
> (I ask because I'm hoping that a company planning a large-scale
> commerial deployment like Univention seems to be doing would have an
> interest in the x2go project staying alive and expanding.)

I didn't even know that they are using x2go. There were some contacts in
the past, but it was never mentioned that x2go would be a component of ucs.

> 3) I heard of legal issues regarding the project name and some other
> stuff. That was back in December. Since the project is still named x2go,
> and Univention is openly using this name, I was wondering if these
> issues have been resolved?

Yes and no, there is still a person left who claims x2go as
"werktitelschutz". A new name is the way to go if this problem can't be
solved.

> 4) Browsing the list archive, I saw that you are planning to provide
> packages for sid and wheezy via the official Debian repositories...

Mike answered this question before - all packaging topics will be
discussed and announced on the packaging mailing list.

> 5) I understand that you need some sort of full-screen application
> (similar to xdm/kdm/gdm) when running in thin client mode, and that this
> is why the current x2go client looks the way it looks, but I would
> really like to see a client that doesn't take up as much screen space,
> especially on Windows.

There are typically 3 Use Cases of x2goclient:

1.) You are sysop or supporter and you are required to have a lot of
sessions preconfigured. X1go will offer you a interface with easy
session management and search feature.

2.) You are a user of a device running the TCE (thin client
environment). You'll need to have a display manager to log into your
session.

3.) You are a desktop user and you only need one session configured.
Often the sysop has configured x2goclient using the "hidden mode" in
this case. This means, you only have an icon of the session/remote
application and if you use this desktop symbol, the remote application
will be started without showing x2goclient.

> Would it be possible to add an option for a "smaller" login window,
> similar to the one used by the current NX client:

Yes it would be possible - but it is not on our list for the upcoming
release. We already have been accepting to much features so baikal is
delayed more than we've expected. As Mike has already introduced his
solution: maybe pyhoca is a

Re: [X2go-dev] PyHoca and the web

[Heinz-M. Graesing]

Hello gml,

> Am 01.03.2011 13:43, schrieb cont...@gmli.fr:
> Hi,
> 
> Write a PyHoca-Gui which generates a full HTML rendering of the session.
> Then the user just has to connect to it. The client and the server could
> be on the same machine, and the user will connect to the web frontend
> with his browser like with vlc or transmission.

I've been playing with the HTML tag "canvas" for a long time now. This
is an area where you can draw primitives and can place images accurate.
You even can use a "canvas" for animations. This is the only HTML
element which can be used for the decribed purpose.
The problem of this element is, that it can only be connected to servers
via the typical "www" mechanisms. Even if you use the new websocket
technology, you wont be able to rebuild the advantages of nx with those
tools (yet).
We would need to provide some additional tools as part of for example a
XPI file (firefox extension), which would destroy the "browser only"
construction and would be less powerful as our firefox plugin.
There are some VNC implementations based on the canvas element, which
you can test by yourself. Maybe it is an idea for you to access a
virtual x2go display via an VNC server. This server could then be
accessed by one of those solutions.

best Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Use case for an x2go user-group

[Heinz-M. Graesing]

Hello Mike,
hello list,

Am 20.02.2011 10:48, schrieb Mike Gabriel:
> So, @Heinz and/or Alex: Could you please give your opinion on this
> discussion rather sooner than later?

The x2go usergroup was used to restrict the access to "x2gopgwrapper".
This main use case is no longer existant, because of the changes made to
the postgres database handling.

If you want to deny users access to a server, it is a better idea to
think about a more complete solution, as users outside this group still
can have access via ssh (-X).

As the main purpose of this construction is no longer needed, we should
not keep it alive. Allowing users to run applications as another user is
always a great security issue.

As Alex and I have discussed this topic, we've come to the conclusion to
drop the need of the group and sudo at all.

This leads to the following suggestions:

You should use pgsql backend in all cases except home,
(very) small office network or VM pools where each user has his own VM.

So in future there will be:
1. no need to have sudo entry.
2. no need to have 'x2gousers' group
3. no need to insert users in 'x2gousers' group

This will also solve a Bug on debian edu:

http://www.mail-archive.com/debian-edu@lists.debian.org/msg19665.html

Best Regards,

Alex & Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] re Project Management

[Heinz-M. Graesing]

Hello list,
hello Mike,

Am 03.02.2011 15:01, schrieb Moritz Struebe:
> Hi Angela
> 
> There really are none. It really was mainly a lot of talk of our
> backgrounds and how we feel about the project. I think our position was
> and is very clear: We need to be able to deploy and use X2go at our
> university. To do so we need a code review, distribution quality
> packaging and a SCM (all said before).
> 
> Morty

This weekend Alex and I will meet Jonas and Mike during the debian edu
developer meeting in Zweibrücken. We'll discuss the current situation
and the options we have for the project.
We'll report about our discussions to keep you up to date.

best Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] NoMachine's licensing

[Heinz-M. Graesing]

Hi Erik,

Am 02.02.2011 16:54, schrieb Erik Auerswald:
> Why? AFAIK there are no plans to change X2Go from GPL to some non-free
> license.

Just to mention a thought of us:
Some time ago we've discussed what it would mean for the project to
change from GPL to AGPL
(http://en.wikipedia.org/wiki/Affero_General_Public_License).
But this should be discussed in public.

> To summarize:
> 
> NoMachine said that starting with version 4 the NX software will be
> closed source only:
> http://www.nomachine.com/news-read.php?idnews=331

As far as I know:
You can request a CD with all used OSS components used by NX4.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] VcXsrv

[Heinz-M. Graesing]

Hi Gerry,

Am 28.01.2011 20:56, schrieb Gerry Reno:
> 
> Could the selection of Xserver be left to the packager?
> 
> So a company could create their own .deb file and make it depend on a
> certain Xserver package as they needed.
> 
> And then in the client they could either force a certain Xserver or just
> tell users how to configure for the Xserver that they use or just let
> them use whatever they like for an Xserver.

VcXsrv is only needed on windows platforms - not on linux systems. So it
won't be needed to integrate VcXsrv inside debian packages.
If a company wants to build a own installer for windows (f.e.
http://nsis.sourceforge.net/Main_Page), this too should be no problem!

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] VcXsrv

[Heinz-M. Graesing]

Hi John,

Am 28.01.2011 17:55, schrieb John A. Sullivan III:
> Even if we ultimately standardize on vcxsrv, I suggest we still keep the
> option to not install it in the installer and the option to use Other in
> the client for those who already have a commercial (or future FOSS)
> Windows X Server.  At least, that's how we thought it through.  Thanks -
> John

I would suggest not to make this part of the installer. Of cause it
should be part of the client configuration. The problem I see by
modifying the installer is that some companies have already made the
client installer part of their software deployment solution (a lot of
people asked for a "silent install option").
As the installer is addressed to normal users, this might be a bit
confusing.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] VcXsrv

[Heinz-M. Graesing]

Hi Gerry,

Am 28.01.2011 16:48, schrieb Gerry Reno:

> For plugin, there should be choice of plugins that can be offered by
> webserver.  One built w/Xming, the other w/VcXsrv.  That way either one,
> or both could be offered to users.

The Plugin won't work with VcXsrv at the moment (due to the possible
resize change of the container website). So I think in this case we
should wait to integrate VcXsrv into the plugin.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] re Project Management

[Heinz-M. Graesing]

Hi Brian,

as long as the name of x2go is x2go and I am domain owner, the
source/the projects IP will need to be placed in germany. This can be
changed if a new name is choosen or I am no longer the domain owner. I
don't want to go in details because they are really weird (and nothing
for public!!!).
I've reactivated my launchpad account and I'll use it to push the ubuntu
version into it as soon I'm ready with my work. But the used source will
need to be a copy of the real location as pointed out before.
I'm still very interested to work on the ubuntu things - I will go on
after the new server version is ready for production.

Nevertheless we do have an very experienced Debian Developer who will
build packages of the project soon - so we'll try to make everything
suitable for him.

Best regards,

Heinz


Am 27.01.2011 15:59, schrieb brian mullan:
> Since there is a discussion on this topic...
> 
> *Launchpad * would seem to be a reasonable fit for
> hosting the x2go project as there are over 20,000 projects hosted on
> Launchpad already?
> 
> Launchpad provides:
> 
>   - *Bug tracking* 
>   - *Code hosting*  using Bazaar<
> http://bazaar.canonical.com/>
>   - *Code reviews* 
>   - Ubuntu package building and hosting 
>   - Language Translations 
>   - *Mailing lists* 
>   - *Answer tracking and FAQs* 
>   - Specification tracking 
> 
> Click here for their tour 
> 
> I think it would be very suitable for all debian related distro users.
> 
> 
> 
> 
> ___
> X2go-dev mailing list
> X2go-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] X2Go Client Code Changes

[Heinz-M. Graesing]

Hello List,

Am 25.01.2011 13:01, schrieb Oleksandr Shneyder:
> Hello John,
> As you know, I must spend all my free time now to rewrite x2goserver. I
> am almost ready, so I think, I can upload new x2goserver in GIT today.

Alex has spend a lot of time to get the new version of x2goserver
released (avoiding sudo commands). It'll not possible to release the
changes today. Please understand that this means really a lot of work
which will be made accessible as soon as possible (during the next days)
using our projects "heuler" repository (tar.gz and deb).

Regards,

Heinz

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Project Managemant (Was: Repository for Squeeze)

[Heinz-M. Graesing]

Hello Moritz,

Am 24.01.2011 16:28, schrieb Moritz Struebe:
> Am 24.01.2011 15:36, schrieb Mike Gabriel:
>>
>> we (Heinz, Mike, Jonas Smedegaard) are currently forming a Debian
>> packaging team and are discussing / working towards a Debian ITP for
>> X2go...
>>
>> We need to go still a little futher but once we have some definite
>> news, I/we will let you know. 
> 
> Is there a reason for doing so off list? I can totally understand if you
> ignore other peoples comments for efficiency reasons, but for me it
> feels like there is only little progress (especially as  this is going on
> since oktober) and the first result wasn't very helpful.

It is true that the process is going on since october. In the first
stage we tried to find the right place where to host our public git. Now
that we know that the decision to use BerliOS will not give us enough
room for requirements we again are looking for a hosting option located
in germany. Mike Gabriel is a helping member of this list and he offered
his infrastructure. Nevertheless this will not be immediately usable -
especially now that we know what it means to have the discussed
structure and features realized.

Some time after that was used to get the existing code ready to be
pushed inside the git, because this too was a new layout.

One of the reasons why there was a discussion held outside the list was
that we've used a telephone. As you can read now, there is no big secret
about that conversation.

> reasons: One is the current situation of the repo. For me it is
> incomprehensible why it isn't possible to at least make the current repo
> available publicly, so the different people working on x2go can
> synchronize their work. If I can't how should I persuade others?

Maybe it would be an idea to help us in this point. As I've pointed out
before, we a looking for a public git hosting opportunity which can be
administrate by mike. It should be capable to host the new
function/package orientated structure (different gits) and needs to be
located in germany. As a result of the "discussion" in october we can't
host it by our own (without running into trouble). Mike can do this by
himself, but maybe there is a solution which would speed up this progress.

> The other is the kind of project management. Especially reading the
> mails from October, I strongly get the impression, that there is an
> inner circle of developers who are not very interested in opening there
> development work to others. 

Please also read the postings about our 3 different communities:
Linux4afrika, Skolelinux and the new Internet Community. We've been
cooperating with Linux4afrika for a long time.

I want to break the statement down into two different items:

First of all the are missing technical dependencies: A git and a bug
tracker. This has never been compensated by alternatives like a
bugtracking mailing list.

In a second instance we needed to improve communication. I think this is
really not working yet. The purpose of this list is to discuss the
development of x2go. Other groups were introduced to keep care of the
needs of new users and for announcements. All lists should be moderated
(but I would say - they wasn’t).

A paragraph containing a personal statement:
There is a additional non public list which is called "my INBOX". And as
a result of this discussion it was choosen again as typical way of
communication. As you (all) want us to communicate in public, please
make sure to try this too.

> overhaul, before we can use x2go in our environment - finding those
> severe security issues wasn't too much work. 

It would be really helpful if you would post more details about that.
Even if there is no real bugtracker at the moment. I would suggest that
the subject of such bugreports should be starting with
"BUG:Description". I think those issues should be made public as soon as
possible.

Regards,

Heinz

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] X2go Git now available at BerliOS

[Heinz-M. Graesing]

Hello Gerry,

Awas am 07.01.2011 16:41, schrieb Gerry Reno:

> $ bzr pull
> Using saved parent location: git://git.berlios.de/x2go
> No revisions to
> pull. 
> 
> 
> $ bzr tags
> uthoern  6
> $
> 
> Mike, yes it pulled a tag.  But what is the definition of this 'uthoern'
> tag?  A tag usually corresponds to a released version of software and so
> the tag usually contains the release number, something like 3.0.1-14
> etc.  How does uthoern corresponds to a x2go release?

Uthoern is our actual release by name, not by number. As there are a lot
of Packages with different version counters you can use with this
release, it was an idea of me and mike to use the "release name" instead
of the "version number".

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] X2go Git now available at BerliOS

[Heinz-M. Graesing]

Am 07.01.2011 13:35, schrieb Mike Gabriel:
> On Fr 07 Jan 2011 11:29:58 CET "kame...@immerda.ch" wrote:
> 
>> hello,
>>
>> i just browse and in the server part i don't see x2goserver-home, is
>> any reason for that?
> 
> Yes, you are right...
> 
> @Heinz+Alex: ping!!!

Hello Michel,

x2goserver-home is a installation variation of x2goserver, not a
different piece of software. x2goserver-home is a deb metapackage which
helps you to install x2goserver.
So there is no difference of the "application" x2goserver-home and
x2goserver.
You can have a look at the tar.gz that is used for package building to
see what is done by the debian package:

http://x2go.obviously-nice.de/deb/pool-lenny/x2goserver-one/x2goserver-one_3.0.1-1.tar.gz

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] firefox plugin --verbose output?

[Heinz-M. Graesing]

Hello Clark,


Am 14.12.2010 15:23, schrieb Clark Johnson:
> Our efforts to use the Firefox plugin have not been successful.   Our
> web-site installs the plugin but only displays a blank (white) box.

please make sure that the server.x2go file can be found and that it is
readable to the apache user. This behaviour is often caused by wrong
file permissions.

We still are working on the new version of the plugin. In the new
version the session information will be placed inside the html file.
This way way it will be easier to generate "plugin containing" dynamic
websites.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] X2GO and SSH

[Heinz-M. Graesing]

Hello John,


Am 02.12.2010 17:49, schrieb John A. Sullivan III:
> Alex and Heinz, is there any version of X2Go available yet with libssh?
> Using plink (assuming it supports ASKPASS) would require an awful amount
> of hacking and conditional formatting of parameters.  A consistent,
> cross-platform API would be so much easier.  Thanks - John

There is a first version of x2go using libssh ready for testing. You'll
need to have the heuler repository added to your sources list:

# x2go testing repository:
deb http://x2go.obviously-nice.de/deb/ heuler main

"heuler" is an additional reopsitory!

There too is a windows version of x2goclient using libssh ready for testing:

http://x2go.obviously-nice.de/deb/windows/x2goclient-3.01-14-setup.exe

If you are looking for the source code, you'll find it as usual as
*.tar.gz file in the repository folders:

http://x2go.obviously-nice.de/deb/pool-heuler/x2goclient/x2goclient_3.01-14.tar.gz

We would like to invite you to test this new version and give us feedback.

I'll post this message also to the announcement list. Please keep in
mind, that we'll use this list for further announcements.

Regards,

Alex and Heinz

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Installing x2goserver-one in Debian added 300 users to fuse and x2gousers groups

[Heinz-M. Graesing]

Am 20.11.2010 18:12, schrieb Nikos Chantziaras:
> On 11/20/2010 12:03 PM, Mike Gabriel wrote:
>> Hi Nikos,
>>
>> On Sa 20 Nov 2010 01:04:25 CET Nikos Chantziaras wrote:
>>
>>> I followed the instructions in the Wiki and installed x2goserver-one
>>> on my Debian Lenny server.

x2goserver-one One Node Edition is intended for single server usage.
This means: One server, "n" users as x2go is not a Remote Desktop, but a
Terminal Server Project.

> I don't understand what a "big installation/context" is. Most admins
> just want a remote desktop for the servers they administer. Me too. I
> don't have a reason to use Postgre for anything.

You can use more than one server and have them work together (incl. load
balancing). To use this scenario you'll need to have centralized storage
places for session management and user authentification which can be
reached by all servers. In this case you can't use local data storage
systems.

> version was -home.  The one person version was -one.  I'm one person,
> and I want me, and only me, to be able to login per x2go.  So I
> installed -one.

The home server is intended for Ubuntu only. The name was choosen by the
Ubuntu folks talking to us some time ago...

> Also, what's the point in adding users like "apache" and "mysql" to
> x2gousers and fuse?

The script responsible for adding the users can be found here:

/usr/lib/x2go/script/x2goconfigusers


/usr/lib/x2go/script/x2goconfigusers
#!/usr/bin/perl

use strict;
my @users=split("\n",`getent passwd`);
for(my $i=0; $i<@users;$i++)
{
  my @user=split(":",@users[$i]);


  if(@user[2] >= 1000 && @user[2] < 2)
  {
  # print "add @user[0] (@user[2]) to x2gousers\n";
  system("adduser @user[0] x2gousers");
  system("adduser @user[0] fuse");
  }
}


As you might see, the idea was only to add users above uid 1000 which
are normally used for real users (not system users).

best regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Installing x2goserver-one in Debian added 300 users to fuse and x2gousers groups

[Heinz-M. Graesing]

Hello Nikos,

As Mike described before a little script was added to the install
progress, which enables all existing users to use x2goserver. This was
added because there where a lot of complaints about the installation
procedure.

You won't need to use a graphical tool to remove users. This can be done
by command line or you open the file /etc/group in your favourite editor
and remove any unwanted users from that group (you should be careful of
cause).

best regards,

Heinz

Am 20.11.2010 01:04, schrieb Nikos Chantziaras:
> I followed the instructions in the Wiki and installed x2goserver-one on
> my Debian Lenny server.  However, during the installation, it told me:
> 
> Attention: If you want to allow users to log into the x2go system,
> you'll need to add them to the "x2gousers" group
> 
> but then it went on all on its own and added all users (about 300) of
> the system to the "x2gousers" as well as "fuse" groups!  How do I undo
> that?  Right now, I need to click around for hours in the Users and
> Groups admin tool :-$
> 
> ___
> X2go-dev mailing list
> X2go-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Compiling x2go Windows client

[Heinz-M. Graesing]

Hello,

Am 09.11.2010 16:45, schrieb --[ UxBoD ]--:

- Original Message -
What I have noticed though it that the binary I compile is huge compared to the 
one that is shipped.  Is that due to it being in some sort of debug mode or has 
the binary been stripped ?


please configure Qt for building "release" binaries (it looks like 
you're building the client in debug mode).


best regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Ubuntu, X, and Wayland

[Heinz-M. Graesing]

Hello,

the topic "remote apps" can already be found on the mailinglist of the 
project:


http://lists.freedesktop.org/archives/wayland-devel/2010-November/37.html

I think Mark was also disappointed about the starting time of Xorg and 
the change of resolution on startup. Together with the situation that 
there are bad hardware implementations this may be a trigger for the 
switch.


But it won't be easy to access again all existing packets on debian 
sid... I think this step can't be done with the next release...


Regards,

Heinz

Am 07.11.2010 21:23, schrieb brian mullan:


Gerry

Good questions, but I think they would be best asked on the forums 
related to the projects (ubuntu and wayland)?



Message: 2
Date: Sat, 06 Nov 2010 11:14:01 -0400
From: Gerry Reno mailto:gr...@verizon.net>>
To: x2go-dev@lists.berlios.de 
Subject: Re: [X2go-dev] How Wayland will handle X client & server
Message-ID: <4cd570b9.6060...@verizon.net 
>

Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 11/06/2010 08:44 AM, brian mullan wrote:
> The Wayland FreeDesktop.org site
> 
>
> gives a good description of how Wayland will work and how it is
> supposed to support legacy X client/server transparently.
>
>
>

Having read through that site nowhere does it say that the Wayland 
protocol is a network-aware protocol with the capabilities of the
X-protocol.  It appears that in order to use full network-aware remote 
displays that it still relies on an X-server and X-client.  If that is
the case then there's not much to see here.  Just maybe some 
undetermined performance improvement but at what expense?  There are no
feature-by-feature or performance comparisons offered.  Just a 
presentation of "oh look, we can wire up some existing things

differently without using X".

So let me ask, where does the GPU acceleration processing take 
place?   If Wayland can support transparent network display clients 
using the
X-protocol (so we don't have to reinvent the world) and make use of 
local (client) GPU hardware to speed rendering then this would be
great.  But I haven't read that yet so I'm not very impressed at the 
moment.


Regards,
Gerry




___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev
   


___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] SSH Binaries

[Heinz-M. Graesing]

Hello,

we've used the cygwin sshd. There is a very small patch inside the 
x2goclient tree regarding the sshd.


best regards,

Heinz

Am 05.11.2010 12:33, schrieb --[ UxBoD ]--:

- Original Message -

On Thu, 2010-11-04 at 10:11 +, --[ UxBoD ]-- wrote:

Trying to troubleshoot an issue and would like to ask where the SSH
binaries which are delivered with the full client come from?
Would somebody know whether there are any newer versions as they are
from 2007.

I thought they came from cygwin although the client may be putty and
the
server from cygwin - John


Do hope developers respond soon as this is doing my head in. I am convinced 
that the version shipped, under Windows, is causing some of the disconnection 
issues we are seeing due to its age.


___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] x2go python scripts

[Heinz-M. Graesing]

Hello Gerry,

Am 27.10.2010 17:56, schrieb Gerry Reno:

How about http://sourceforge.net/projects/vcxsrv/ ?


There have been a number of lesser attempts at creating an X-server for
Windows over the years but none of them were as good as Xming or Cygwin.
I haven't tried this vcxsrv yet and hopefully it is better than some of
the previous attempts. The project looks to be about a year old and the
project page looks recently active which is a good sign. Requires Visual
Studio to compile.

Heinz, would you have to do a special client release to support it?


As John already pointed out, you could use our outdated x2goclient for 
testing. If we want to integrate the X-server like in the actual 
release, it would be nice to be able to work with the source. As we plan 
a tabbed interface for x2goclient, there sure would be some 
modifications needed. Again we would need modifications for the plugin.


regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] x2go python scripts

[Heinz-M. Graesing]

Hello Gerry,

Am 26.10.2010 03:59, schrieb Gerry Reno:

On 10/25/2010 07:08 PM, John A. Sullivan III wrote:

On Tue, 2010-10-26 at 00:58 +0200, Dick Kniep wrote:

hi Gerry,


John,
The only real X-server choices on win32 are cygwin/X and Xming. I don't
think wxPython changes that.


As we are looking for a solution on this problem too, I really would be 
interested in your ideas. As Xming is not free available on XOrg 7* 
base, this is a big issue for future development.


Maybe someone knows about a third X-Server for Windows?

best regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] X2GO Ubuntu 10.10 on Linux and Mac clients "d" key

[Heinz-M. Graesing]

Hello Neil,

we don't have the possibility to test the mac client at the moment (as 
Alex's macbook was stolen). I started to test Ubuntu 10.10 some days 
before - I think I can't reproduce this issue.

Which version of macos are you using?

best regards,

Heinz

Am 15.10.2010 16:25, schrieb Neil W. Hunt:


Hello,

FWIW, On Ubuntu 9.10 using x2go, I don't have this issue with Mac/Linux
clients. However, we don't want to confine ourselves to 9.10 by choosing
x2go.

Thanks,
Neil




___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] The vanishing mouse - xming source code

[Heinz-M. Graesing]

Hello Brian,
hello List,

since version 3.0-14 which was released on october 14th 2009, we don't 
use xming "as product" any more. The reason was, that we were not happy 
with it (as it was not "free enough").
So we found the following HowTo on freedesktop.org which describes how 
you can build Xorg for windows on your own:


http://www.freedesktop.org/wiki/Xming/Building

The source can also be found inside the upcomming berlios git and in our 
"preparation git":


http://git.x2go.org/?a=tree&p=x2go&h=7ec005a61b74754785840be6626451617b6b6ec5&hb=38b730a075cc77f747acf6fe585e0aeb728dda55&f=windows

The only change we made is to get it running with our plugin.
We can't reproduce the described bug on our systems - so we can't fix it 
at the moment, but we are willing to do so.


best regards,

Alex & Heinz



Am 08.10.2010 18:20, schrieb brian mullan:

xming v 6.9 source is on SourceForge here


--

Message: 3
Date: Thu, 07 Oct 2010 09:37:10 -0400
From: Gerry Reno mailto:gr...@verizon.net>>
To: x2go-dev@lists.berlios.de 
Subject: Re: [X2go-dev] The Vanishing Mouse
Message-ID: <4cadcd06.8040...@verizon.net
>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 10/07/2010 07:25 AM, --[ UxBoD ]-- wrote:
 > Hello all,
 >
 > it was reported on the list a while ago that somebody was having
an issue where the mouse pointer within the X2GO session would
disappear.  Well, I finally managed to get the same thing to happen
to me this morning while running X2GO under Windows XP Pro.  Even
suspending the session and re-connecting does not resolve the
problem.  The issue appears to be the version of Xming that is being
distributed with X2GO.
 >
 > Why do I think this ? I suspended my session again and then
killed of Xming via task manager.  This caused the X2GO plugin to
fail for which I created a new FF tab and reconnected. I connected
straight back to the same session and X instance as before and my
mouse pointer was back in the land of the living.
 >
 > The question is though how can we resolve this problem ? The 6.9
version of Xming that is shipped with X2GO is ~3 years out of date
now, and to get the new 7.5 branch one has to subscribe.  Hmmm, this
would be fine for a couple of users but when we may be handling
100,000 of them it would get a bit pricey :(
 >
 > Any thoughts on what can be done ?
 >

Xming has a site license for v7.5 available for ? 250 (125 academic).
Unlimited users.  So that would not be all that expensive.  The other
option is to find the source code for v6.9 and then we debug the
vanishing mouse problem and create a patch.

Regards,
Gerry



___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev


___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

[X2go-dev] x2goclient (3.01-13) unstable; urgency=low

[Heinz-M. Graesing]

Dear x2go users,

visiting with your browser the url 
http://www.x2go.org/deb/pool-untested/x2goclient/ you'll find a untested 
version of x2goclient for windows (The changes only effect the windows 
version of x2goclient). This is the most recent version we are working 
on and it will solve some reported problems with x2goclient. This is an 
untested state of this software and it is not meant for productive 
usage. It is not usable as plugin at all at the moment.


The Changelog:

  * workaround for "Full Screen" mode in windows
  * support for clipboard in windows


The URL for BINARY download:

http://www.x2go.org/deb/pool-untested/x2goclient/x2goclient-3.01-13-setup.exe


The URL for SOURCE download:

http://www.x2go.org/deb/pool-untested/x2goclient/x2goclient_3.01-13.tar.gz


Again: this is a snapshot of our development work. Don't use it in 
productive environments.



best regards,

Alex and Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

[X2go-dev] change of mailing list rules / additional mailing lists / git repostitory

[Heinz-M. Graesing]

Hello list members,

After the latest developments on the list, we've received a lot of 
complaints about the how this list is being used. Tobias - a member of 
Linux4Afrika - offered his help to improve the communication of this 
project. Please have a look at www.linux4afrika.de. Linux4Afrika still 
offers the best x2go tutorials on the net. We also got help through Mike 
Gabriel (a member of the x2go-dev list -> das-netzwerkteam.de ). Thank 
you very much!


From now on we'll change some rules of communication on this project:

1. x2go-dev list
the x2go-dev list is reserved for all development topics. There will be 
no discussion on topics like "organisational criticism" or "personal 
preferences".


2. x2go-user list
The x2go-user list is reserved for all user topics. Please also avoid 
topics like "organisational criticism" or "personal preferences". On the 
x2go-user list people may ask their questions on setting up working x2go 
environments, share their problems when using the x2goclient etc.  This 
list will be co-moderated by Tobias.  Please use acurate mail subjects 
and don't discuss "Off Topic" .


3. x2go-announcements list
there will be a new group called "x2go-announcements" too. This group is 
READ ONLY. On this group announcements will be made. When ever it's 
possible we will connect the information with a DATE so you can use it 
for your concepts.  We will do our best to give you timelines and time 
frames whenever possible. If we realize that plans and actions get 
delayed, we will inform you as soon as we know about it, so that you can 
adopt your own schedules. We hope to meet your requirements with this 
change. Please, make sure that you subscribe to the x2go-announcements 
list to benefit from this.


4. the GIT repository

In the future we will change our workflow as follows. We (Alex and 
Heinz) will use an internal GIT repository for drafts, collecting new 
ideas, internal testing, etc. This will be our sandbox, we do not want 
to bother you with that.


We will also push our work to a public GIT repository in regular, 
sensible intervals. This will always be the latest functional x2go code 
available (HEAD).


This shall give the online community convenient access to our work. As 
some of you have suggested, we will fill the GIT master branch with the 
x2go core components. The community, however, will have access to custom 
GIT branches), to work on their own blend. This will enable us to 
cooperate and benefit from each others' work.


With the master branch of the public GIT repository, it might naturally 
occur that pushed code is not the most stable, sometimes not even in 
testing state. To give us all some orientation, we will mark stable 
revisions of the public GIT master branch by tagging versions that are 
ready for testing. All untagged revisions may probably fail in your 
setup and exist only for your insight.


The public GIT (in terms of hosting and servers) is to be located in 
Germany and our objective is that it will not offend German laws 
regarding privacy protection. Ideally this should be a neutral space, so 
it is not bound to any company/person. We personally prefer Berlios GIT, 
because many people working with x2go already are Berlios members. We 
will help to build up this public  GIT and it should be the only space 
where people can find contributions. (We rather ask you to join in on 
our Berlios GIT, than setting up a repository of your own). The GIT 
Feature of our Berlios is already activated.


It is planned to publish the GIT with the help of Mike Gabriel - who is 
indeed a great help and truly a member of our new "internet related 
community".


x2go has 3 mayor user groups. This might not be clear to everyone.

The communication channels of the first two groups are personal contact, 
regular meetings, phone conferences, etc. and of course e-mail as well. 
Most of these people are listening to this list, only some of them are 
posting contributions from time to time. That is namely people around 
the Linux4Africa project and people around Skolelinux. Both groups have 
been using x2go intensively for quite a while and we are always keen on 
keeping x2go compatible to their setups and environments.


The newest and third community is the online community of x2go. Mostly 
people, we have never met and maybe will never meet in person. The 
individual demands of this group are much different from the first two 
groups. This group has very specific needs and we would like to take 
care of them.


Again I have to thank you (the community) for the idea of the groups and 
the GIT as it was taken out of the history of our mailing list.


The lists will be made available in the next days. As soon as the 
Berlios team has activate them, you are invited to subscribe.


Further announcements will be made on the regarding mailing list:

# x2go-announcement
https://lists.berlios.de/mailman/listinfo/x2go-announcement

If you would like to discuss the usage of

Re: [X2go-dev] Hello dead project...

[Heinz-M. Graesing]

Hello Joerg,

Am 24.09.2010 02:03, schrieb Jörg Sawatzki:
> Hey Paul,
> 
> 

> In my opinion, a promise should only be given, if you can and want to
> hold it. How can collaboration work, if you don't trust people?

Again - we are interested in your work with libssh. Please read again:

https://lists.berlios.de/pipermail/x2go-dev/2010-September/001054.html

This means: Yes we've noticed you are working on a nice and interesting
feature. It must be tested so it'll be a candidate for the next release,
because we can't change the actual release and risk any incompatibility.

The maintainer of the openSuSE version for example has included
libjpeg-turbo in his build. This too is something we are looking at at
the moment.

> You are all right and it's great that Alex and Heinz have done a lot of
> work for us - but that doesn't mean they are allowed to bring others in
> trouble and waste their time because of false promises! And that does
> not mean that it is okay to wait until others do all the work again
> because they are frustrated as hell by not being taken seriously!

Please have a look on the list again. There where Things to do first:

* recreation (vacation)
* protection of the project (more than one person claims the domain)
* protection of our reputation (let our attorney work on the acuses)

Again - the git repo is on our todo list. But all source code is and was
all the time published (as dh_make ready tarballs, which are still
wanted by other people).

But this is the dev list. We'll post messages here that will make clear
if the name will change (which will not stop the project, just giving it
a new name), we'll discuss here what will be done next and what will be
needed.

And to continue with information: Yes there are reported issues with the
x2goplugin, otherwise we would have released it. For example running on
windows inside a iframe it happens that the cursor position is missplaced.

best regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Plugin updates over time

[Heinz-M. Graesing]

Hello Gerry,

Am 15.09.2010 17:08, schrieb Gerry Reno:
> By that I mean will future versions of the plugin retain backward
> compatibility and work with existing installations of x2go?

We've tried to save the compatibility for all now existing versions of
x2go. As x2goplugin is basically "x2goclient", we'll go on trying to
provide a basic compatibility of future versions.

> It seems the browsers are always pushing users to upgrade their plugins
> so they have the latest functionality and security fixes.  But this can
> also mean that existing installations that work with the newer plugin
> versions could also need updating as well unless the plugin is always
> sure to be backward compatible.

Other than for extensions, mozilla does not provide webspace for
plugins. So the plugin will be hosted on our server (or where you want).
We'll provide a SSL update site.

> What is the x2go policy in regard to plugin updates and backward
> compatibility?

Since we are planning to change to QtPlugin instead of our own
implementation, some things may change. After the first steps we've
taken, the place where to store the plugins options may change from "a
single file" to "inside the presenting website".

best regards,

Heinz

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Plugin Sources?!

[Heinz-M. Graesing]

Hello Joerg,

I'm still on vacation (Alex was first, now it is my turn) but I wan't to
answer this E-Mail to provide further confusion. The question "where is
the plugin source?" was answered before on this list:

http://www.mail-archive.com/x2go-dev@lists.berlios.de/msg00604.html

The article on Linuxmagazin is NOT written by us. The plugin is still
not released. The whole new version is still not released.

The last weeks I was forced to visit my lawyer because of the name "x2go".

As I know that our community want's to access the source in a more
convenient way, we'll work on a public git.

As we don't know if we can keep the name "x2go" we'll do this after this
decision is made - or at last after I'm back from vacation to meet Alex
again.

bye,

Heinz


Am 15.09.2010 05:13, schrieb Jörg Sawatzki:
> Hi,
> 
>> I do not know about the plugin - John
> I just wonder - that plugin has been around for quite a long time - and
> even the "Linuxmagazin" has published an article glorifiying x2go and
> the new plugin this month. How is that possible that a renommated tech
> magazine presents this as the latest open source tool but actually the
> source is not available anywhere.
> Anybody who distributes GPLed software in binary form is required to
> provide access to the sources as well. And that means from the beginning
> and not after the binaries have been around for some months!
> 
> I sometimes have the impression that something needs to be hidden or
> there's a secret business strategy behind this project why things are
> delayed or community input is ignored. Remember that we had a discussion
> about VCS? Shouldn't there be a git repository available very soon? ;)
> 
> Hope to see a statement or some direct action from the project
> leaders/developers...After having quite a big publicity through the
> media it would be even more important to show the world that you care
> about being a TRUE OSS project!
> 
> Thanks,
> 
> Jörg
>>
>>
>> ___
>> X2go-dev mailing list
>> X2go-dev@lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/x2go-dev
> 
> 
> ___
> X2go-dev mailing list
> X2go-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] auth.log growing...

[Heinz-M. Graesing]

 Am 22.08.2010 20:00, schrieb Mike Gabriel:

Hi Heinz,

Maybe it'll too needed to give the project a new name... - I'll keep 
you updated.


I have probably not been on the list for long enough to understand 
this hint. Can anyone point me to postings explaining what Heinz 
refers to?



Hello Mike,

nothing to worry  about and nothing that was postet to the list. The 
name "x2go" is claimed by 2 other people (one of both is not interested 
in the *org domain). Furthermore I had to answer a letter regarding the 
"gpl violation charge" found in our list (as it was "found" it is not 
"initiated" by anyone on this list!).
This all took some time, though it will not compromise the development 
of this project.


Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] about x2goplugin

[Heinz-M. Graesing]

 Hello,

The plugin will behave just like the client - except you won't need to 
have admin permission to install it. Your favourite firewall will still 
ask you about the execution of sshd, pulseaudio and xming. If you're not 
the owner of the firewall tool, you maybe discover problems using the 
plugin.


regards,

Heinz

Am 02.08.2010 15:23, schrieb M0E Lnx:

I've come across some stuff on the www about x2go plugin for firefox.
Since I'm having problems connecting to my server with the windows
client, I've been wondering if the plugin would help accomplish the
same thing.

so, will the plugin connect just like the client? i've added the
plugin but I see no way to modify the server URL or username or any
other connection details.
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev


___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] x2goclient fails cannot connect to xserver

[Heinz-M. Graesing]

 Hello,

you can start any other command inside the boot environment and you can 
change the filesystem to rw for debugging purpose. You should try 
starting x2goclient by hand and other applications with the same user 
and as root. I think this is caused by user permissions (or group 
membership).


Regards,

Heintz

Am 21.08.2010 15:05, schrieb kame...@immerda.ch:

hello,
installation with ldap:
the program x2goclient
( in /opt/x2gothinclient/usr/bin )
starts, but exits with the message
"cannot connect to X server" .
the parameter file
/opt/x2gothinclient/etc/default/x2gothinclient
is present, but also if it is not present it gives the same 
error-messages.


please send us the necessary information about parametrisation of this 
program.


the program is started again and again on the thin-client("endless 
loop").


michel and paul
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev


___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] x2go-home

[Heinz-M. Graesing]

 Hello,

Am 20.08.2010 10:33, schrieb Alexander Crössmann:

Hi,


in: should be possible (like any other ff plugin)

Is this ff plugin ready fore use. I learned about it at a talk by
Heinz Graesing (2010-05-28), but I couldn't find a place to download
it.



We're still working on the plugin. It is mostly ready for usage, but 
there are still some things that needs to be done (Windows Fullscreen, 
setting executable flag on Linux,...). The plugin may change in future, 
because we are evaluating the usage of QtPlugin.



I managed to solve the dependency problem by creating a meta package.
However, most admin tools are not working because x2goldaptools.conf
is missing. There might be no such file as I am running only a
x2go-one server. I'll figure that out when I try a full x2go server
installation someday.



You don't need the Kcontrol Plugins, but you'll really need the 
x2goldaptools to access the whole functionality of x2go. We are still 
discussing the future or this tools (maybe in favour of a web api).


Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] auth.log growing...

[Heinz-M. Graesing]

 Am 20.08.2010 09:27, schrieb Mike Gabriel:


Thanks for keeping the x2go contribution topic alive.

I am thinking of providing VC space for uploading x2go patches. This 
could help to make patches more browseable, maybe...


Repeating the contribution ping to the developers...

Greets,
Mike



Hello again,

I've forgotten to mention that the time arround august in germany is 
often used for vacation. So we'll continue with our work "giving you 
access to our git" soon. Some of the discussions of some weeks ago are 
still forcing us to focus on "paperwork".
Maybe it'll too needed to give the project a new name... - I'll keep you 
updated.


Best regards,

Heinz

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] x2go-home

[Heinz-M. Graesing]

 Am 13.08.2010 10:32, schrieb Alexander Crössmann:

Hallo,

ich bin ein absoluter Neuling hier und hab mir auf Ubuntu 9.10
x2go-home installiert. Leider kann ich mich über den client nicht
einloggen. Die Fehlermeldung lautet

"The remote proxy closed the connection while negotiating the session.
This may be due to the wrong authentication credentials passed to the
server.".
There is still an issue with the connection from and too the identical 
host (localhost). We are working on this issue.


Best regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Prevent session suspending and resuming

[Heinz-M. Graesing]

 Hello,

Am 09.08.2010 17:12, schrieb cont...@gmli.fr:

Hi,

I would like to do two things :

- prevent users from suspending their session
- prevent users from resuming their session


You should take care about the *bindings packages - if you are using 
kde, you should not execute the command "updatelockbutton".
The postgresdb/sqlitedb is used for sessionresuming. If you make sure, 
that "x2golistsessions" won't return any running sessions, no session 
will be returned.


Best regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] plugin is crashing firefox on Ubuntu 10.04 i386

[Heinz-M. Graesing]

 Hello Eric,

Am 04.08.2010 03:10, schrieb cougarmaster:

writes:

Hi all,
The plugin does not work with Firefox 3.6.8. Don't have time to downgrade so
will this be fixed soon? Or will have to wait for new version?




Have you checked the file permissions inside the mozilla profiles 
directory? The x2goclient binary inside the extensions directory needs 
to have +x. Please tell us if this solution is working for you.


Regards,

Heinz

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] source code repository

[Heinz-M. Graesing]

Hello x2gousers,

to get back to this discussion... We've received a lot of ideas and 
concerns on the list and as direct emails (again - those would better be 
posted to the list too...).


Some words about BerliOS:
A number of people are registered to BerliOS because of the projects 
past (x2go was only hosted there). They would like to see the project 
there again, so they don't have to register to anything new. In their 
eyes, BerliOS has the same features as any other project hosting site 
and it is free of ads, trackers and such things.



As we received Pauls list-mail about his opinion on the topic, we 
thought hat it would be worth a try to "generic" tools which will give 
us a level of independence. So to carry on we need to ask some questions 
to make this possible:


Am 19.07.2010 00:20, schrieb Mike Gabriel:


Is it ok to use git as "version control and code publishing tool"


+1 from me


Git is - and that is what we like - really a good way to work with code 
as we do it (most of the time local on our mobile computers ). Sure SVN 
has some advantages, but maybe it is only that we've feel better using Git.



I like that Heinz mentions political aspects. I think we should take
this in to account. Regarding this it might be sensible to set up our
own VCS/tracker system. Actually, I think this is my favourite. Offering
my working power here...


As this is a offer of mike I'd like to ask directly: If we choose some 
generic projects which can be easily mirrored and don't have a "lock in" 
effect, would you and anybody else like to run a mirror? This would be 
help to avoid the "single point of failure" argument. As tehre is 
defenitly know how on the list, we can offer some sites inside the wiki 
for documentation (running a mirror).


By the way: ikiwiki is really a nice project - we've choosen dokuwiki 
just because of the possibility to give unexperienced people the chance 
of using it.


This paragraph is very interesting in my eyes:


Generally:

o mails / mailing lists as information service offer a passive retrieval of
information
o use WebGUIs offer active search for information (i.e. active retrieval of
information)

Mailing lists (software e.g. Mailman):
--
o x2go-c...@x2go.org (rw) - the core team
o x2go-...@x2go.org (rw)- real developers
o x2go-us...@x2go.org (rw) - people who are rather using x2go than
working on
code
o x2go-annou...@x2go.org (read-only) - announce releases, security
issues etc.
o x2go-b...@x2go.org (read-only) - carbon copies of the upstream bug
tracker
o x2go-...@x2go.org (read-only) - carbon copies of VCS check-ins


Whatever is used as platform, I think it would be a good idea to split 
the topics to some lists (even if I've written some months before "one 
list should be enough"):


Bugs and Announcements should be own groups and be filled reliable with 
the regarding informations.



Forum:
--
A forum for communication gets a -1 vote from me... I agree with Heinz
that giving our list archives a nice frontend on the web is by far the
better approach.


Is Tobias still on the list? Maybe he can write some lines about his 
project (Forum for Newbies). Again: this is not the project's own 
service, but a often asked feature for first time users.




Code/Package development:
-
CODE:
o code development -> master branch of x2go VCS, handled by x2go bugtracker
o code modularization (x2goclient related packages, x2goserver related
packages, x2gothinclient related packages etc.)
o branching code -> branches in x2go VCS are supported, but maybe not
handled
by bugtracker (keeping the bugtracker simple)


Again this is a good structure.


PACKAGES:
o debian package maintenance -> Heinz, Alex; free choice of methods(?)
o ubuntu package maintenance -> Launchpad; Maintainer A
o SuSE package maintenance -> ..., Maintainer B
o Fedora package maintenance -> ..., Maintainer C
o GenToo -> ..., Maintainer D
o etc.


I'd like to announce that there will be packages for OpenSuSE and SLES 
very soon too (thanks to Mike K. - our new Maintainer for SuSE). They 
will be ready soon.



TRACKER:


°

There was a time when I submitted quite some patches to bugs.horde.org
(Kolab Groupware). The horde tracker Whups is a really nice
ticket-tracking system.
http://www.horde.org/whups/


Never heard of that - looks ok for me, but we'll have to try it.


It works together with GIT (Horde used CVS for a very long time, but the
project has recently migrated to GIT). And AFAIK Horde also has a VCS
frontend for GIT available.


This would be a good addition...


This also is just a set of ideas!!! I am open to anything that will work
smoothly for us all!!!


We just want to show you and the list, that this would be a way, we 
would like to try, because it is independed and can be easily changed in 
furture.



@Heinz: maybe someone should be responsible for collecting ideas in the
x2go-wiki. Will you do that? Or will you name 

Re: [X2go-dev] load balancing/LDAP

[Heinz-M. Graesing]

Hello Neil,

Am 24.07.2010 21:15, schrieb Neil W. Hunt:


Hello,

it appears from the documentation that the only method of using load
balancing is to use the x2goldaptools. Is this accurate? We use Likewise


x2goclient was first meant as a replacement of a display manager inside 
our own boot environment. This is a setup for local networks as a whole 
OS needs to be transferred over the net. In this setup, it was a "good 
idea" to contact the LDAP server directly.



I am assuming that you haven't tested the x2goldaptools against active
directory, but is there any way you could elaborate a bit more on
exactly what the x2goldaptools do? Does it use your existing ldap server
users and groups to authenticate? If so, does it need to have a group
"x2gousers" with corresponding users in order for the users to be
authenticated?


Yes, if you use LDAP, you can use the groups and people of that tree. 
You can choose a group of your own - just make sure that you've 
configured it correct in /etc/sudoers



Does x2go, once the x2goldaptools are installed, immediately stop
looking at any one server's users?


No - if you have local configured users (/etc/passwd) they can still 
access the server - but taht would be a bad idea...



If Active Dir supports ldap querying through ldap:// URLs, do you expect
this would work like any other LDAP server?


Other LDAP servers are reportet to work - you don't need any special 
schematas on the directory server. But I don't know if ADs are working 
with x2go.



Are there any other ways to support load balancing without the
x2goldaptools?


A lot of - maybe some list users can bring up some examples?

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Off-the-shelf thin clients

[Heinz-M. Graesing]

Hello John,

there is a german company selling thin clients with x2go connection 
software included:


http://www.rangee.de/site/en/1.html

there too is an australian company with a very small device:

http://www.thinlinx.com/

I don't know all possibilities to include clients inside already 
existing thin client devices, but some of those distribution had asked 
us about how to include x2goclient, so maybe there are already some more 
possibilities.


Regards,

Heinz

Am 22.07.2010 16:52, schrieb John A. Sullivan III:

Hello, all.  We have two clients interested in using thin clients to
access X2Go Server.  This is not an area of expertise for me.  I do see
the documentation on creating an image for a thin client with X2Go as
the display manager.

However, does anyone know of any thin clients that will run relatively
"off-the-shelf" with X2Go either by using the firefox plugin or a simple
installation of the standard X2Go client? Thanks - John

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev


___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] source code repository

[Heinz-M. Graesing]

Hello,

I think we need to talk about 3 different things:

1. source code hosting/modification/interactivity/versioning

2. the place where the code shoud be stored

3. the tools which should be used for organisation


All three items have become mixed up in some mails and discussions.
Again I had a lot of private mails - again: please post those things to
the list (especially regarding those topics).


-1-

The first item is the question how the source of x2go should be
published/handled. The big surprise: we don't have a discussion about
what technique should be used (bzr, cvs, git, svn,...).
To get this item marked as done:

Is it ok to use git as "version control and code publishing tool"?


-2-

The second thing on the list is the querstion where the source should be
stored. The place where you can find a project is in a way a
"statement". Some of those platforms are initiated by governments, some
are ruled by companies with added social media and data collection
strategies. This affects everybody who want's to collaborate, because
she/he needs to get an account on the chossen platform. Some platforms
are just not legally usable for us because of the legal situation in the
country of copyright: germany (for example if they use ga:
http://eu.techcrunch.com/2009/11/24/google-analytics-illegal-germany/).
We first tried to use BerliOS with was in our eyes a good choise because
in their special way, they could be called in a way (seen from the web)
"apolitical". The account is still alive and they offer git, so it can
be used without any problems. Though some of the configuration is a bit
static and can only be access via a webgui. So there was the idea to
host it by our own - nobody need to register against some governmental
or company driven services.

It would be intersting which of the services you prefer to discuss the
final location of the git (osor.eu, berlios, github, sourceforge, google
code,...).


-3-

After we've answered the first two questions, we should talk about which
of the offered tools should be used on the choosen platform. At the
moment the whole project management is done via this mailing list. This
decision was made in the past to avoid decentralized collaboration which
caused a lot of duplicated messages from different locations (the
Bugtracker on BerliOS is still active).
The fact we are discussing now about the future here together in one
place is a result of this idea. The mailing list is a very easy type of
service. Bugtracker can be much more complicated and sometimes you only
have a dictated user experience. This again can influence the choice of
users helping us or not.

So again: What do you think? Maybe gitbug is a possiblity too (bugs
stored inside the git)?


As this was a response to Mike's mail:

Am 18.07.2010 14:42, schrieb Mike Gabriel:
> possible focus could be:
> 
>   1. support the next release as best as we can (testing, bug reports etc.)

Most of the bugs are not part of our code but can be find inside the
used projects (xming,...). This makes it a bit harder to fix all known
bugs. Another thing is the status of the mac port of x2goclient:

 - we don't have mac hardware (anymore)
 - we don't know how to embedd the window of
   x2goagent inside the browserview (x2goplugin
   vs. style guide of mac development)
 - there is a big number of complaints about the
   mac port because it is not using cocoa and
   build on objective c

>   2. be happy once the release is out

This should be worth a party :).

>   3. ONLY THEN: take our time to listen to each others ideas, find a
> synthesis
> of them all and setup a working scenario that allows fluid
> collaboration,
> coordinated by the core developers of X2go

I think we needed this exchange of ideas to get a bit more to know about
each other and the project.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] source code repository

[Heinz-M. Graesing]

Hello Community, Helpers and x2go users,

I'm not at homeat the moment, so I don't have time for an email
containing all topics that appeared in the last posts.

We read all emails on this list and as soon as there is the possibility,
I'll try to respond on a lot of ideas you have given.

I just wan't to point out, that we haven't been prepared for this amount
of movement and ideas.

We all wan't x2go to be a sucessfull project, but we all have different
ideas of what x2go is or should be.

I would like to handle this like debian: to combine your ideas with x2go
directly or let you create some "meta distributions" (like debian med or
debian edu).

It would be a great honor to collect all ideas on our site so that users
can find them directly.

We are working with git and now that is a big whish of you, the next
thin we'll do is to get git.x2go.org working.

We wan't to use our own server to be able to autobuild packages etc...
but I will push a copy to github too.

Please let us discuss the next steps, after I'm back at home...

Regards,

Heinz

Am 15.07.2010 11:55, schrieb Mike Gabriel:
> Hi there,
> 
> On Do 15 Jul 2010 03:15:13 CEST Gerry Reno wrote:
> 
>> Heinz,
>>   I went looking for the source code at http://git.x2go.org/ today but
>> there is nothing there.  Is the source code at some other URL?  I
>> think a lot of questions could be answered and good contributions
>> suggested if the source was readily available which it should be since
>> x2go is linking NX GPL-v2 libraries.
> 
> I am also looking forward to more collaboration ...
> 
> I think some of us list-folks are hoping for more possibilities of
> contributing (ideas, bugs, patches), a source code repos will be one
> aspect of this.
> 
> (I personally love to know if things I am hoping for have a chance of
> becoming real some time in the near futures.)
> 
> Another possibility - and this is also one possible way of approaching a
> project like x2go - is that Heinz and Alex state explicitly that
> priorities are different in the core development team and driving
> forward collaboration is not on the current agenda. This will also be
> OK!!! But if so, I think, it needs a statement on the x2go-dev list, so
> people around get informed.
> 
> 
> Greets,
> Mike
> 
> 
> 

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] source code repository

[Heinz-M. Graesing]

Am 16.07.2010 06:21, schrieb Gerry Reno:



And you cannot make an "open core" project out of a derivative of a 
GPL work.  The "open core" part has to be in surrounding apps that 
themselves do not link to any GPL code whatsoever.





Hello Gerry,
hello list members,

Please have a look back in time. A few months before there was not much 
traffic on this list and we've known every member of our community by 
name and face. Our community mainly is and was Linux4Afrika and later 
the german branch skolelinux  too.
Both projects are known to be aware about what open source is and both 
projects have choosen to use x2go. This is because they where able to 
modify it to their needs and to adopt own ideas. Upstream in this case 
means, that those modifications have been released in their projects, 
because the changes have been very specific to their solutions.
Now this situation changes and x2go is getting more popular. But there 
are still a huge number of users (schools, institutions and companies) 
who rely on x2go and it's compatibility. x2go has its own "history". 
Every part of the new relase contains wishes from those and the people 
on the list.
x2go has been and will ever be open source software. Furthermore it is 
based on existing open source software. This is - in our eyes - the only 
way x2go should be developed. Even more there is a vision / a target 
which we want to reach some day, which will help a lot of other projects 
-> getting the needed nx features realized using a modern xorg version. 
The sources have ever been online and will stay there and they are used 
by others like the maintainers of other distros (they could not build 
their packages if not - f.e. Gentoo). Please don't mix the governance of 
a project with the accuse of GPL violation.
We can't answer every email on the list, but we are reading it. And if 
you follow the development of x2go, you'll see that there is a big 
accordance between the wishes / bugreports and the features of a new 
release.
I would suggest we should discuss the idea of drawing a line between 
"mainstream", "contributions" and maybe "spins". We will definitly go on 
developing x2go (mainstream) as a to itself compatible and complete 
project. We will accept contributions in this branch, but they should be


* in the mind of "the whole" idea of x2go (a server based computing 
environment)

* not be destroying work already done
* maintainable by more than the submitting person
* usable for more than one specific use case only
* helping to make it possible to use recent xorg versions with the 
nxlibs features

* helping to get x2go inside debian

And (again):

PLEASE use the list as communication tool! I received a lot of emails 
about this topic in my private inbox. Keep your answers polite and help 
this discussion to be productive.


It would be nice to ask some questions first, before publishing your own 
truth. For example:


Why do you publish your code as tar.gz archive inside your repository?

Sure there are tools on this earth that make some things easier. But not 
using this tools don't means "forbidding" something like contributions. 
John has already used the list for this purpose and as far as I know it 
is already used by other users. We will use our online git as planned 
and we'll always thankfully awaiting patches and contributions.


To get back on the "communication issue": As far as I know "we" (or 
anybody else) never had communicate a final result about "how open x2go 
is". So this discussion needs to be done before accusing this project to 
be "what ever the result will be".


If you like to help other projects than x2go, please help them by 
contributing and not by boycott this on. Nobody is forced to use x2go 
and everybody can do whatever he want's to do as he can access the code.


Regards,

Alex & Heinz




___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] test version of baikal and some further informations

[Heinz-M. Graesing]

Am 09.07.2010 22:35, schrieb Heinz-M. Graesing:

Hello x2gousers,

On some distros (with a different zip application to debian) the plugin
content is unzipped without the applied user rights. In this case
firefox crashes during the visit of a site containing the plugin. You
can avoid this by running following command inside the users home directory:

chmod +x
.mozilla/firefox/[profile]/extensions/x2goplu...@obviously-nice.de/x2goclient/x2goclient

   


Some additional information:

the plugin itself is under development. It's a combination of x2goclient 
and and a dynamically linked library (.so / .dll), but what you see and 
can use is mainly the classic "x2goclient" as we know it. The library is 
needed to start x2goclient. We are discussing to use "qtbrowserplugin" 
instead, which would replace the library and will offer support for 
other browsers (like ie).

You can have a look inside the code of the library here:

http://x2go.obviously-nice.de/mozplug/

To build an operational library, you'll have to download and use a 
mozilla firefox source tree.


Regards,

Alex & Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] source code repository

[Heinz-M. Graesing]

Am 15.07.2010 11:55, schrieb Mike Gabriel:
> Hi there,
> 
> On Do 15 Jul 2010 03:15:13 CEST Gerry Reno wrote:

> Another possibility - and this is also one possible way of approaching a
> project like x2go - is that Heinz and Alex state explicitly that
> priorities are different in the core development team and driving
> forward collaboration is not on the current agenda. This will also be
> OK!!! But if so, I think, it needs a statement on the x2go-dev list, so
> people around get informed.
> 

Hello,

The SourceCode of x2go is published on the same place as the binary
packages. For example "x2goclient":

http://x2go.obviously-nice.de/deb/pool-lenny/x2goclient/x2goclient_3.01-5.tar.gz

You can browse the repository just with your favorite Browser:

http://x2go.obviously-nice.de/deb/pool-lenny/

As you'll see there is a source tar.gz for every version. There are also
the needed packages of the nx libs. For example nxcomp:

http://x2go.obviously-nice.de/deb/pool-lenny/nxcomp/

As the gpl want's the code stored where you can find the software, I
think this way of publishing the code should be conform to the rules.
Some of the packages have reached an age above 3 years...

The URL you have used was printed quoted an announcement. It will be
used in future.

At the moment we really use our limited time to get some of your ideas
and found bugs inside the new release. After the new version is out, I
wan't to invite our list members (and anybody intersted) to a irc
session to talk about the future.

Regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

[X2go-dev] test version of baikal and some further informations

[Heinz-M. Graesing]

Hello x2gousers,

let's start this mail with the good news. After reading the next lines,
you'll be able to test the new features of our new release. You'll just
have to add the following line to your /etc/apt/sources.list:

deb http://x2go.obviously-nice.de/deb/ heuler main

Please don't remove the main x2go repository. After doing an apt-get
update you'll be able to access new versions of x2goclient, x2goserver
and the new packages x2godesktopsharing and x2goplasmoid. The new
packages are not yet named 3.1 (planned version number of baikal).
Little baby seals a called "Heuler" in german, so this is a preview and
not the new release. Please keep in mind, that there are still some
things need to be done before we can do the "real" release.

The new features/changelog:

x2goclient
old 3.01-5 new 3.01-11
New features:
  * plugin config options sound, exportfs, adsl, compression, quality,
dpi, kbdlayout, kbdtype
  * embeded mode for firefox plugin
  * updated interface
  * support for fs encodings
  * shadow sessions
  * xdmcp sessions
  * commandline option for printing in LDAP mode

x2goserver
old 3.01-5 new 3.01-9
New features:
  * support for kde4 plasmoid
  * support for fs encodings
  * support for session sharing

new packages:
x2godesktopsharing
x2goplasmoid

not updated:
x2goclient-gtk

Following issues are known:
Connections to localhost are known to be problematic. We'll work on this
issue.
On some distros (with a different zip application to debian) the plugin
content is unzipped without the applied user rights. In this case
firefox crashes during the visit of a site containing the plugin. You
can avoid this by running following command inside the users home directory:

chmod +x
.mozilla/firefox/[profile]/extensions/x2goplu...@obviously-nice.de/x2goclient/x2goclient

Don't use the x2goldaptools for generating a LDAP config on top of
debian squeeze (debian made a change to gnutls).

We'll work on those and on the reported bugs.

Please keep in mind, that those packages are meant for testing. In the
next days we'll add documentation of the new features to the wiki:

http://wiki.x2go.org

best regards,

Alex & Heinz


___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] use thin client CPU resources

[Heinz-M. Graesing]

Hello Mike,

Am 02.07.2010 15:20, schrieb Mike Gabriel:
> Hi x2go-folks,
> 
> here is another question to the developers...
> 
> When talking to school teachers here in Kiel, there was a very central
> demand to thin client work stations: run application on the thin client
> hardware.

>   o start firefox locally (but with the user's profile), esp. because of
> flash
> media, but also animations on websites
> As I know, in LTSP there is a solution for that 

LTSP is using (so far as I know) the local X-server on the Thin Client
as native display. X2go is using x2goagent als natvive display so the
window manager is running on another display (number).
So there is the question how the local apps window should be managed,
for example how it should be placed behind other applications, get the
focus. There are further questions like: "what is happening on session
suspend, concurring audio input, a different client cpu architecture,...
This is not a "not possible" answer, we sure will add this feature to
the whislist. But it is not a easy task and maybe some other ideas will
help to archive the same result.

> My question: is there also an idea or an approach for x2go how local CPU
> usage of thin clients could be implemented? I suppose, there is no
> implementation yet, is it?

The local machine is used for input device handling, as print server and
the local X-Server is responsible for the display response user experience.

> As this is probably the most needed feature herearound I'd love to go
> into detail with this issue sometime in August/September.
> 
> Plz let me know what you think,
> Mike

I think it is a very difficult task and if you don't want to offer it to
all target devices available it might be possible for LAN usage. But it
is sure a lot of work.

best regards,

Heinz

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] x2go client for mac osx

[Heinz-M. Graesing]

Am 01.07.2010 17:10, schrieb Ricardo Díaz Martín:
> Hi,
> 
> Is there somebody with x2go client working in MAC OS X Leopard or Snow
> Leopard?

Hello Ricardo,

Alexs Macbook was stolen during his vacation. At the moment, we don't
have a platform for debugging and building. On some installations the
X11 app needed to be started on your own. The last time I had the chance
to use it, it was working.
There is no pulseaudio support in this client, because pulseaudio isn't
available on macOS.

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Account on wiki

[Heinz-M. Graesing]

Hello Paul,
Hello wiki users,

I've set permissen to all registered users (they are all part of the 
list too) of the wiki so they can work on the sites now. I to have added 
the whole list of properties of the x2goplgin. The number has again 
changed since yesterday as there is now again a new version of the plugin.


http://wiki.x2go.org/x2goplugin

The new properties:

sound=true/false
exportfs=true/false
speed=adsl
compression=16m-jpeg
quality=9
dpi=120
kbdlayout=de
kbdtype=pc105/de

best regards,

Heinz


Am 29.06.2010 20:55, schrieb Paul van der Vlis:

Hello,

Is it possible to get an account on the wiki?

Would be nice to change the FAQ to there, so that people with an account
can add FAQ's, or even work on some parts of the documentation.


With regards,
Paul van der Vlis.

   

___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Re: [X2go-dev] Account on wiki

[Heinz-M. Graesing]

Am 29.06.2010 20:55, schrieb Paul van der Vlis:
> Hello,
> 
> Is it possible to get an account on the wiki?
> 
> Would be nice to change the FAQ to there, so that people with an account
> can add FAQ's, or even work on some parts of the documentation.


Hello Paul,

at the moment you can simply register your account on the wiki. I'll be
informed by email and cann give you access to the wikipages. The wiki is
saved every hour by cronjob and has an active change protoll.

A capture and antispam plugin are installed, but I won't use them as
long as there is no need for them.

best regards,

Heinz
___
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev