Hi Oliver, Milan,
Please build x2goagent from nx-libs.git. Tarballs are available here: http://code.x2go.org/releases/source/nx-libs
nx-libs aims at being a replacement for nxagent (as being used with
FreeNX, for example) whilst also providing our x2goagent. x2goagent is
nothing more than a branded nxagent. Originally, Alex forked NX libs
and nxagent for achieving the branding. However, we recently patched
some code into original NX code that makes it now possible for nxagent
to recognize under what name the agent is launched. If that name is
x2goagent the X2Go branding is turned on, otherwise no branding.
nx-libs ships with its own X11 library files (libnx-x11, we call the
package for Debian). With your distro's X libraries nxagent/x2goagent
will probably fail to run or it will at least be really unstable. You
have to install NX libs to some non-default library path (e.g.
/usr/lib/nx) and make sure that nxagent/x2goagent finds only those (by
tweaking LD_LIBRARY_PATH) and _not_ the distro's X11 libs.
Hope that helps! Mike
--
DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419
GnuPG Key ID 0xB588399B mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
Hi,
is this information available on the wiki?
Cheers Morty
On 2012-02-10 23:23, Mike Gabriel wrote:
Please build x2goagent from nx-libs.git. Tarballs are available here: http://code.x2go.org/releases/source/nx-libs
the symlink...
nx-libs aims at being a replacement for nxagent (as being used with FreeNX, for example) whilst also providing our x2goagent. x2goagent is nothing more than a branded nxagent. Originally, Alex f ....
-- Dipl.-Ing. Moritz 'Morty' Struebe (Wissenschaftlicher Mitarbeiter) Lehrstuhl für Informatik 4 (Verteilte Systeme und Betriebssysteme) Friedrich-Alexander-Universität Erlangen-Nürnberg Martensstr. 1 91058 Erlangen
Tel : +49 9131 85-25419 Fax : +49 9131 85-28732 eMail : struebe@informatik.uni-erlangen.de WWW : http://www4.informatik.uni-erlangen.de/~morty
V Fri, 10 Feb 2012 23:23:16 +0100 Mike Gabriel <mike.gabriel@das-netzwerkteam.de> napsáno:
Hi Oliver, Milan,
Please build x2goagent from nx-libs.git. Tarballs are available here: http://code.x2go.org/releases/source/nx-libs
Hello Mike,
what is the status with "make install" for the packages included in nx-libs (i.e. nxcomp, nxcompext, nxcompshad, nxproxy, nxagent, 2goagent)?
Unless I am doing something wrong, "fakeroot make DESTDIR=/some/path install" leads to installation of the libs&binaries to usr/X11R6 and not all components required for x2goagent (incl. x2goagent wrapper itself) are installed anyway.
To work around that, I am using "install" command for all the libs and binaries with the use of the precompiled DEB packages as a template.
A second point: in Arch linux, the X2Go packages (incl. nx-libs) are in AUR (user-contributed repository), which does not support so called split packages (i.e. I cannot compile the nx-libs tar ball and create several packages in one go like you do in Debian) [1].
So at the moment, the semi-automatic build process has to download and compile major part of nx-libs repeatedly for each of the dependency (nxcomp: requires nx-x11; nxagent: requires nx-x11, nxcomp, nxcompext, ..., nx-x11; etc...). It works, nonetheless it is slow and inefficient.
How difficult would it be to have the Makefiles modified to search for the dependency in the system (/usr/lib/nx/X11...) instead in the source tree?
[1] It actually is possible to create split packages with a little hack, but then it is not possible to automatically install the split packages as dependencies of others - AUR (and tools supporting automated compilation & installation from AUR like "yaourt") cannot search in the list of split packages.
Regards, Milan
-- http://www.milan-knizek.net/ About linux and photography (Czech only) O linuxu a fotografování
On Sat, Feb 11, 2012 at 11:56 AM, Milan Knížek <knizek.confy@gmail.com> wrote:
what is the status with "make install" for the packages included in nx-libs (i.e. nxcomp, nxcompext, nxcompshad, nxproxy, nxagent, 2goagent)?
Unless I am doing something wrong, "fakeroot make DESTDIR=/some/path install" leads to installation of the libs&binaries to usr/X11R6 and not all components required for x2goagent (incl. x2goagent wrapper itself) are installed anyway.
To work around that, I am using "install" command for all the libs and binaries with the use of the precompiled DEB packages as a template.
A second point: in Arch linux, the X2Go packages (incl. nx-libs) are in AUR (user-contributed repository), which does not support so called split packages (i.e. I cannot compile the nx-libs tar ball and create several packages in one go like you do in Debian) [1].
So at the moment, the semi-automatic build process has to download and compile major part of nx-libs repeatedly for each of the dependency (nxcomp: requires nx-x11; nxagent: requires nx-x11, nxcomp, nxcompext, ..., nx-x11; etc...). It works, nonetheless it is slow and inefficient.
Yes, the makefile currently distributed with nx-libs (redistributed) is broken as you say. It sounds like someone is working on it (see post from Michael Kromer).
As for the recompilation difficulty, I made an Archlinux package that installs everything from the nx-libs tarball at once, rather than splitting it into a lot of separate packages.
Hello John,
V Sat, 11 Feb 2012 16:20:28 -0800 John Williams <jwilliams4200@gmail.com> napsáno:
On Sat, Feb 11, 2012 at 11:56 AM, Milan Knížek <knizek.confy@gmail.com> wrote:
So at the moment, the semi-automatic build process has to download and compile major part of nx-libs repeatedly for each of the dependency (nxcomp: requires nx-x11; nxagent: requires nx-x11, nxcomp, nxcompext, ..., nx-x11; etc...). It works, nonetheless it is slow and inefficient.
Yes, the makefile currently distributed with nx-libs (redistributed) is broken as you say. It sounds like someone is working on it (see post from Michael Kromer).
Yup, I noticed that after having sent my message. That's good.
As for the recompilation difficulty, I made an Archlinux package that installs everything from the nx-libs tarball at once, rather than splitting it into a lot of separate packages.
This approach is good for local install, though for AUR I should be more carefull not to break dependencies of other packages not maintained by me: x2goclient, winswitch (optional dependency: nxproxy), and who knows how many other packages depending on some of the nx*thing are there.
Regards, Milan
-- http://www.milan-knizek.net/ About linux and photography (Czech only) O linuxu a fotografování
I have a kind of fundamental understanding question :/
Our nx package at the moment is built from the following upstream tar balls:
-nxproxy -nxcomp -nxcompext -nxssh -nxcompshad -nx-X11 -nxauth -nxwin -nxagent (x2go redistributed version) -nxscripts
I only recently took the package over and used mainly the Mandriva package and some things I borrowed from Fedora.
Are those parts (all of them are identical according to checksums on nomachine and x2go download pages, but nxagent (which I took from x2go) or don't exist on x2go download pages) the same as included in the nx-libs tar ball?
So to really get x2go working (including x2goagent), is it neccessary to change the whole nx package? And will other tools using nx (like freenx, which I personally don't know) still work?
If there should be any documentation about this, please point me to it, I'm happy to read, but to be honest I don't find that much stuff to read.
If anyboday should be interested in how our nx package is built, the spec file is available in our svn: http://svnweb.mageia.org/packages/cauldron/nx/current/SPECS/nx.spec?view=mar...
Thanks,
Oliver
On Sun, Feb 12, 2012 at 12:07 AM, Milan Knížek <knizek.confy@gmail.com> wrote:
This approach is good for local install, though for AUR I should be more carefull not to break dependencies of other packages not maintained by me: x2goclient, winswitch (optional dependency: nxproxy), and who knows how many other packages depending on some of the nx*thing are there.
I made sure to fill in the conflicts array with things like nxproxy, nxcomp, etc.
I also filled in the provides array with nxagent, x2goagent, nxproxy, nxauth
V Sun, 12 Feb 2012 21:06:55 -0800 John Williams <jwilliams4200@gmail.com> napsáno:
On Sun, Feb 12, 2012 at 12:07 AM, Milan Knížek <knizek.confy@gmail.com> wrote:
This approach is good for local install, though for AUR I should be more carefull not to break dependencies of other packages not maintained by me: x2goclient, winswitch (optional dependency: nxproxy), and who knows how many other packages depending on some of the nx*thing are there.
I made sure to fill in the conflicts array with things like nxproxy, nxcomp, etc.
I also filled in the provides array with nxagent, x2goagent, nxproxy, nxauth
Interesting!
Do I understand correctly that the AUR parser is able to offer alternatives to yaourt & others also on the basis of "provides" array?
I.e. if the new package called nxlibs has "provides=('x2goagent' '...')" it will be offered to the user together with the existing x2goagent AUR package, so that the user can choose himself?
(Sorry for being off-topic on the list now.)
Thanks for the hints,
Milan
-- http://www.milan-knizek.net/ About linux and photography (Czech only) O linuxu a fotografování
On Mon, Feb 13, 2012 at 12:05 AM, Milan Knížek <knizek.confy@gmail.com> wrote:
V Sun, 12 Feb 2012 21:06:55 -0800 John Williams <jwilliams4200@gmail.com> napsáno:
On Sun, Feb 12, 2012 at 12:07 AM, Milan Knížek <knizek.confy@gmail.com> wrote:
This approach is good for local install, though for AUR I should be more carefull not to break dependencies of other packages not maintained by me: x2goclient, winswitch (optional dependency: nxproxy), and who knows how many other packages depending on some of the nx*thing are there.
I made sure to fill in the conflicts array with things like nxproxy, nxcomp, etc.
I also filled in the provides array with nxagent, x2goagent, nxproxy, nxauth
Interesting!
Do I understand correctly that the AUR parser is able to offer alternatives to yaourt & others also on the basis of "provides" array?
I.e. if the new package called nxlibs has "provides=('x2goagent' '...')" it will be offered to the user together with the existing x2goagent AUR package, so that the user can choose himself?
(Sorry for being off-topic on the list now.)
Thanks for the hints,
Milan
-- http://www.milan-knizek.net/ About linux and photography (Czech only) O linuxu a fotografování
I'm just an amateur at Archlinux packages. But, I don't think it will be "offered" as an alternative, but if you go to install a package that has a dependency, but you already have a package that "provides" the dependency, then that will work. Also, if you explicity install the provides package together with the the package that has a dependency that is provided, then I think that will work also.
Mike:
How do you generate the nx-libs tarball from the nx-libs repository in git?
In git, I notice that it is missing the top level makefile, and also I don't think any patches have been applied yet.
Do you have a script that adds the additional file(s) and applies the patches?
Hi John,
On Mi 15 Feb 2012 19:32:37 CET John Williams wrote:
Mike:
How do you generate the nx-libs tarball from the nx-libs repository in git?
In git, I notice that it is missing the top level makefile, and also I don't think any patches have been applied yet.
Do you have a script that adds the additional file(s) and applies
the patches?
yes, I have a tarball roller script: http://code.x2go.org/gitweb?p=nx-libs.git;a=blob;f=bin/nx-tarballrelease;h=f...
Mike
--
DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419
GnuPG Key ID 0xB588399B mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
On Wed, Feb 15, 2012 at 11:51 AM, Mike Gabriel <mike.gabriel@das-netzwerkteam.de> wrote:
yes, I have a tarball roller script: http://code.x2go.org/gitweb?p=nx-libs.git;a=blob;f=bin/nx-tarballrelease;h=f...
I tried your script, but I had an error message. I'm not familiar with quilt, so I am not sure if I did something wrong or if there is an error somewhere.
Here is the last bit of output from running your script:
patching file nx-X11/lib/xkbfile/Imakefile patching file nx-X11/lib/xkbui/Imakefile patching file nx-X11/lib/zlib/Imakefile patching file nx-X11/programs/Xserver/Imakefile Hunk #3 FAILED at 1012. Hunk #4 succeeded at 1073 (offset -2 lines). 1 out of 4 hunks FAILED -- rejects in file nx-X11/programs/Xserver/Imakefile patching file nx-X11/programs/Xserver/hw/xfree86/parser/Imakefile patching file nxcompext/Makefile.in patching file nxcompshad/Makefile.in Patch doc/applied-patches/600_nx-X11+nxcompext+nxcompshad_unique-libnames.full.patch does not apply (enforce with -f)
Hi John,
On Mi 15 Feb 2012 21:34:30 CET John Williams wrote:
On Wed, Feb 15, 2012 at 11:51 AM, Mike Gabriel <mike.gabriel@das-netzwerkteam.de> wrote:
yes, I have a tarball roller script: http://code.x2go.org/gitweb?p=nx-libs.git;a=blob;f=bin/nx-tarballrelease;h=f...
I tried your script, but I had an error message. I'm not familiar with quilt, so I am not sure if I did something wrong or if there is an error somewhere.
Here is the last bit of output from running your script:
patching file nx-X11/lib/xkbfile/Imakefile patching file nx-X11/lib/xkbui/Imakefile patching file nx-X11/lib/zlib/Imakefile patching file nx-X11/programs/Xserver/Imakefile Hunk #3 FAILED at 1012. Hunk #4 succeeded at 1073 (offset -2 lines). 1 out of 4 hunks FAILED -- rejects in file nx-X11/programs/Xserver/Imakefile patching file nx-X11/programs/Xserver/hw/xfree86/parser/Imakefile patching file nxcompext/Makefile.in patching file nxcompshad/Makefile.in Patch
doc/applied-patches/600_nx-X11+nxcompext+nxcompshad_unique-libnames.full.patch does not apply (enforce with -f)
- rm -f /tmp/tmp.XV8195vo1t
- rm -rf /tmp/tmp.b4pEmIDX2f
The script is fixed: http://code.x2go.org/gitweb?p=nx-libs.git;a=shortlog;h=refs/heads/nx-buildsc...
and also the patch file names within the nx-libs/debian/patches
folder. (suffix was .diff, not .patch):
http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=7a6cf42d4b47b9f3337...
http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=e63819e64530f1b786e...
It was a dual problem. Update your script, update your working copy of
nx-libs.git and then the script should work...
For a special version (redist-server/3.5.0.10) use: $ nx-tarballrelease 3.5.0.10 server
For the latest stuff in Git use: $ nx-tarballrelease HEAD server
The tarball will be stored in: ../_releases_/source/nx-libs/nx-libs_<VERSION>-full.tar.gz
Whereas <VERSION> is HEAD if ,,HEAD'' is used on the command line.
Thanks for noticing this, Mike
--
DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419
GnuPG Key ID 0xB588399B mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
On Thu, Feb 16, 2012 at 10:44 AM, Mike Gabriel <mike.gabriel@das-netzwerkteam.de> wrote:
The script is fixed: http://code.x2go.org/gitweb?p=nx-libs.git;a=shortlog;h=refs/heads/nx-buildsc...
and also the patch file names within the nx-libs/debian/patches folder. (suffix was .diff, not .patch): http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=7a6cf42d4b47b9f3337... http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=e63819e64530f1b786e...
It was a dual problem. Update your script, update your working copy of nx-libs.git and then the script should work...
For a special version (redist-server/3.5.0.10) use: $ nx-tarballrelease 3.5.0.10 server
For the latest stuff in Git use: $ nx-tarballrelease HEAD server
I used the args "HEAD server" and it worked great! Thanks for updating it.
That parallel-make patch is great, I was able to build the full nx-libs distribution in about a minute! It used to take about 10 minutes.