Two questions:
What is the current status of the great nx-libs rework that was mentioned last November? Is there any solution to building nxcomp, nxcompext, and nxcompshad against the NX libraries rather than the X libraries? (If I have that right?)
Why am I getting a compile error when I try to build nx-X11 from the source tarballs at http://code.x2go.org/releases/source/nx-libs/ ?
I downloaded all of the tarballs from nx-libs: nx-X11, nxagent, nxauth, nxcomp, nxcompext, nxcompshad, nxproxy
I expanded them all into the same directory (nxagent and nxauth actually installed into a subdirectory of nx-X11), then I changed into the nx-X11 directory and ran "make World". The build proceeded well for a long time, but then hit an error:
make[5]: Leaving directory
/builds/nx-libs/src/nx-X11/programs/Xserver/miext/damage' making all in programs/Xserver/hw/nxagent... make[5]: Entering directory /builds/nx-libs/src/nx-X11/programs/Xserver/hw/nxagent'
rm -f NXrandr.o
gcc -c -g -O3 -fno-strict-aliasing -ansi -Wall -Wpointer-arith -Wundef
-I. -I../../../../../nxcomp -I../../../../..
/nxcompext -I../../../../../nxcompshad
-I../../../../extras/Mesa/include -I../../../../exports/inc
lude/X11 -I../../../../include/fonts -I../../mi
-I../../include -I../../os -I../../miext/damage -
I../../miext/cw -I../../GL/glx -I../../GL/include
-I../../../../lib/GL/include -I../../Xext -I../.
./../../include/extensions -I../../../../exports/include/X11
-I../../fb -I../../mfb -I../../render -I../../../..
/lib/font/include -I../../../../lib/Xrandr -I../../../..
-I../../../../exports/include -Dlinux -D__amd64__ -D_POSIX
_C_SOURCE=199309L -D_POSIX_SOURCE
-D_XOPEN_SOURCE -D_BSD_SOU
RCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64
-D_GNU_SOURCE -DSHAPE -DXINPUT
-DXKB -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86
BIGFONT -DDPMSExtension -DRENDER -DRANDR -DXFIXES
-DDAMAGE -DCOMPOSITE -DXEVIE -DGCCUSESGAS -DAVOI
D_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH
-DXFreeXDGA -DXvExtension -
DXFree86Server -DXF86VIDMODE
-DXvMCExtension
-DSMART_SCHEDULE
-DBUILDDEBUG -DXResExtension
-DX_BYTE_ORDER=X_LITTLE_ENDIAN
-DXORG_VERSION_CURRENT="(((6) * 10000000) + ((9) * 100
000) + ((0) * 1000) + 0)" -D_XSERVER64 -DNDEBUG -DFUNCPROTO=15
-DNARROWPROTO -g -DDDXOSINIT -DSERVER_LOCK -DDDXOSF
ATALERROR -DDDXOSVERRORF -DDDXTIME -DMITMISC
-DXTEST -DXTRAP -DXSYNC -DXCMISC -DXRECORD
-DMITSHM -DBIGREQS -DXF86VIDMODE -DXF86MISC -DDBE
-DDPMSExtension -DEVI -DXV -DXVMC -DGLXEXT -D__GLX
_ALIGN64 -DRES -DNXAGENT_UPGRADE -UXF86VIDMODE
-UXFreeXDGA -UXF86MISC -UXF86DRI -UXFree86LOADER
-DNXAGENT_SERVER -DNXAGENT_CONSTRAINCURSOR
-DNXAGENT_FONTCACHE_SIZE=50 -DNXAGENT
_GLYPHCACHE -DNXAGENT_GLYPHCACHE_SIZE=50 -DNXAGENT_SHAPE2
-DNXAGENT_FIXKEYS -DNXAGENT_CL
IPBOARD -DNXAGENT_EXPOSURES -DNXAGENT_FONTEXCLUDE
-DNXAGENT_PACKEDIMAGES -DNXA
GENT_VISIBILITY -DNXAGENT_WAKEUP=1000
-DNXAGENT_ONSTART -DNXAGENT_SPLASH -DNXA
GENT_ARTSD -UNX_DEBUG_INPUT -UPANORAMIX
-UDEBUG_TREE NXrandr.c
In file included from X/NXrandr.c:64:0,
from NXrandr.c:3:
./../../randr/randrstr.h:69:30: error: ‘RRNumberRequests’ undeclared
here (not in a function)
./../../randr/randrstr.h:85:5: error: unknown type name ‘xRRModeInfo’
./../../randr/randrstr.h:477:20: error: unknown type name ‘xRRModeInfo’
./../../randr/randrstr.h:648:12: error: unknown type name ‘xRRModeInfo’
In file included from NXrandr.c:3:0:
Next, I cloned nx-libs.git and tried to build it from the latest git. That build succeeded. I looked at the log of the git build at the same area where the tarball build failed, but there was no NXrandr.c in the git build log. There was an NXxrandr in the git build log (notice the additonal 'x'). But it is not a simple substitution of NXxrandr.c for NXrandr.c. In the same portion of the build log shown above for the tarballs, the git build is trying to compile NXwindow.c. So it looks like something is quite different in the git nx-libs. Did someone add or change some header files or include statements?
Did I do something wrong? Or is there a problem with the source tarballs?
Here is a portion of the log from the successful build I did of nx-X11 from the git repository, corresponding to the tarball log shown above:
make[5]: Leaving directory
/builds/nx-libs-git/nx-X11/programs/Xserver/miext/damage' making all in programs/Xserver/hw/nxagent... make[5]: Entering directory /builds/nx-libs-git/nx-X11/programs/Xserver/hw/nxagent'
rm -f NXwindow.o
gcc -c -g -O3 -fno-strict-aliasing -ansi -Wall -Wpointer-arith -Wundef
-I. -I../../../../../nxcomp -I../../../../../nxcompext
-I../../../../../nxcompshad
-I../../../../extras/Mesa/include
-I../../../../exports/include/X11 -I../../../../include/fonts
-I../../mi -I../../include -I../../os -I../../miext/damage
-I../../miext/cw -I../../GL/glx -I../../GL/include
-I../../../../lib/GL/include -I../../Xext
-I../../../../include/extensions -I../../../../exports/include/X11
-I../../fb -I../../mfb -I../../render -I../../../../lib/font/include
-I../../../../lib/Xrandr -I../../../.. -I../../../../exports/include
-Dlinux -D__amd64__ -D_POSIX_C_SOURCE=199309L
-D_POSIX_SOURCE -D_XOPEN_SOURCE
-D_BSD_SOURCE -D_SVID_SOURCE
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB
-DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension
-DRENDER -DRANDR -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE
-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH
-DXFreeXDGA -DXvExtension
-DXFree86Server -DXF86VIDMODE
-DXvMCExtension
-DSMART_SCHEDULE -DBUILDDEBUG
-DXResExtension
-DX_BYTE_ORDER=X_LITTLE_ENDIAN
-DXORG_VERSION_CURRENT="(((6) * 10000000) + ((9) * 100000) + ((0) *
1000) + 0)" -D_XSERVER64 -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -g
-DDDXOSINIT -DSERVER_LOCK -DDDXOSFATALERROR
-DDDXOSVERRORF -DDDXTIME -DMITMISC -DXTEST -DXTRAP -DXSYNC
-DXCMISC -DXRECORD -DMITSHM -DBIGREQS -DXF86VIDMODE
-DXF86MISC -DDBE -DDPMSExtension -DEVI -DXV -DXVMC -DGLXEXT
-D__GLX_ALIGN64 -DRES -DNXAGENT_UPGRADE
-UXF86VIDMODE -UXFreeXDGA -UXF86MISC -UXF86DRI -UXFree86LOADER
-DNXAGENT_SERVER -DNXAGENT_CONSTRAINCURSOR
-DNXAGENT_FONTCACHE_SIZE=50 -DNXAGENT_GLYPHCACHE
-DNXAGENT_GLYPHCACHE_SIZE=50 -DNXAGENT_SHAPE2
-DNXAGENT_FIXKEYS -DNXAGENT_CLIPBOARD
-DNXAGENT_EXPOSURES -DNXAGENT_FONTEXCLUDE
-DNXAGENT_PACKEDIMAGES -DNXAGENT_VISIBILITY
-DNXAGENT_WAKEUP=1000 -DNXAGENT_ONSTART
-DNXAGENT_SPLASH -DNXAGENT_ARTSD -UNX_DEBUG_INPUT
-DRANDR_10_INTERFACE -DRANDR_12_INTERFACE
-UPANORAMIX -UDEBUG_TREE NXwindow.c
Hi John,
On Sa 07 Jan 2012 09:12:08 CET John Williams wrote:
Two questions:
What is the current status of the great nx-libs rework that was mentioned last November? Is there any solution to building nxcomp, nxcompext, and nxcompshad against the NX libraries rather than the X libraries? (If I have that right?)
Why am I getting a compile error when I try to build nx-X11 from the source tarballs at http://code.x2go.org/releases/source/nx-libs/ ?
I downloaded all of the tarballs from nx-libs: nx-X11, nxagent, nxauth, nxcomp, nxcompext, nxcompshad, nxproxy
I expanded them all into the same directory (nxagent and nxauth actually installed into a subdirectory of nx-X11), then I changed into the nx-X11 directory and ran "make World". The build proceeded well for a long time, but then hit an error:
I recommend the following procedure (you need git and quilt for this):
$ git clone git://code.x2go.org/nx-libs.git $ QUILT_PATCHES=debian/patches quilt push -a $ make && make install
Please take a closer look at the patches as some of them replace
installation paths in a hard coded manner. If you do not want to
install to /usr/ (rather to /usr/local/) it needs some work of yours.
Please contribute your patches and fixes.
Please try the above in a chroot first (before bugging your build
server). Esp. the ,,make install'' is untested yet. So prepare for
being a tester.
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 Sat, Jan 7, 2012 at 2:45 AM, Mike Gabriel <mike.gabriel@das-netzwerkteam.de> wrote:
I recommend the following procedure (you need git and quilt for this):
$ git clone git://code.x2go.org/nx-libs.git $ QUILT_PATCHES=debian/patches quilt push -a $ make && make install
Please take a closer look at the patches as some of them replace installation paths in a hard coded manner. If you do not want to install to /usr/ (rather to /usr/local/) it needs some work of yours. Please contribute your patches and fixes.
Please try the above in a chroot first (before bugging your build server). Esp. the ,,make install'' is untested yet. So prepare for being a tester.
I think you misunderstand me. I want to build a release version of x2goserver (and dependencies) from tarballs, not the git development branch. And I have no idea what quilt is, or why you think I have patches to contribute. I'm just trying to build the release from sources! :-/
If the responses to my questions are
nx-libs must still be built against the nx-X11 source
no one has successfully built and used the nx-libs with x2goserver from the tarballs at http://code.x2go.org/releases/source/
then I guess there currently does not exist a stable release of x2goserver that can be built from source tarballs.
In that case, perhaps I can assist with getting a stable source tarball release together, but I will need some assistance.
Am I correct that the only stable release of x2goserver (and dependencies) that currently exists is in the Debian squeeze x2go repository, and for x2goagent to be stable it must be used with the nx-libs from the squeeze/heuler repository?
If that is correct, than who built the nx-libs that are in the squeeze/heuler repository? I would like to get a summary of how those were built, and from what sources.
Hi John,
On Sa 07 Jan 2012 21:11:51 CET John Williams wrote:
- nx-libs must still be built against the nx-X11 source
This is not a must, but highly recommended if the resulting binaries
should behave in a stable way.
- no one has successfully built and used the nx-libs with x2goserver from the tarballs at http://code.x2go.org/releases/source/
Please note, that X2Go is not ,,upstream'' for the NX code. Please
retrieve NX related sources from
http://www.nomachine.com/sources.php
The NX 3.5 build instructions can be found here: http://www.nomachine.com/documents/technology/building-components-3.x.php
Unfortunately, there was some confusion earlier about NoMachine's
activity on the 3.5 version of NX code. The latest upstream releases,
however, show that NoMachine is still actively maintaining NX 3.5,
although with lower priority than the 4.0 branch development.
What you find with our nx-libs.git repository on X2Go Git is a
git-clone of the Debian packaging repository on git.debian.org (Debian
Alioth Packaging Team).
http://anonscm.debian.org/gitweb/?p=collab-maint/x2go/nx-libs.git;a=summary
For Debian packaging we have quite a huge set of Debian patches for
upstream that we apply before building the sources (and packaging).
Some patches are distro (i.e. Debian) specific and some are upstream
source fixes. The patches are partially taken from the X2Go project,
partially from the FreeNX project, partially from old Debian/Ubuntu
packages. The upstream relevant patches have been reported upstream
(that is: to the NoMachine developers) and I currently wait (and hope)
for feedback about upstream inclusion.
then I guess there currently does not exist a stable release of x2goserver that can be built from source tarballs.
What currently is still missing is a rework of the x2goagent source
tree. x2goagent is a fork of NoMachine's nxagent. It contains code
improvements, X2Go adaptations and branding (the X2GO session startup
splash screen).
Currently, the source tree of x2goagent contains a complete nx-X11,
X2Go'ized nxagent and nxauth. For inclusion of x2goagent into any
Linux distribution the requirement is that x2goagent gets reworked
into an as-minimal-as-possible source tree as possible. This new
x2goagent then has to be able to build against NoMachine sources.
In that case, perhaps I can assist with getting a stable source tarball release together, but I will need some assistance.
What I think is worth the effort is providing build-from-tarball
capabilities within the Debian packaging Git repository (see above,
the one that is clone on X2Go Git). I am happy to improve the
packaging project in the way that a tarball export of it will build
with make && make install. However, one precondition is that we use
the quilt patch system to apply patches for upstream.
Am I correct that the only stable release of x2goserver (and dependencies) that currently exists is in the Debian squeeze x2go repository, and for x2goagent to be stable it must be used with the nx-libs from the squeeze/heuler repository?
Not exactly. Currently there are dirty-built NX+x2goagent packages in
the stable X2Go main package repository (for Debian lenny, squeeze,
wheezy, sid). So, it should be possible to install an x2goserver for
Debian. If not, please file a bug report on the x2go-dev list.
With Ubuntu the situation is different. The NX packages in the stable
Ubuntu ppa are a couple of months old and buggy. My current
recommendation is to declare the latest nx-libs.git as stable (which
it seems to be).
If that is correct,
... not quite...
than who built the nx-libs that are in the squeeze/heuler repository? I would like to get a summary of how those were built, and from what sources.
Please read the Git history if nx-libs.git. Sources are taken from
NoMachine. The whole Git project should document everything by itself.
Greets, Mike
--
DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419
GnuPG Key ID 0xB588399B mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
Hi John,
during the last two days Reinhard and I discussed loads of things
around your request and thoughs.
The result is a new project for the X2Go Developer Team: NX (redistributed).
On Sa 07 Jan 2012 21:11:51 CET John Williams wrote:
- no one has successfully built and used the nx-libs with x2goserver from the tarballs at http://code.x2go.org/releases/source/
Please take a look here for first test-building: http://code.x2go.org/releases/source/nx-libs
We have provided two tarballs:
nx-libs_<version>-full.tar.gz nx-libs_<version>-lite.tar.gz
then I guess there currently does not exist a stable release of x2goserver that can be built from source tarballs.
That is about tho change with these tarballs.
In that case, perhaps I can assist with getting a stable source tarball release together, but I will need some assistance.
Assistance could be:
- test our Makefiles and Makefile patches
- installation should put files /usr/local by default (however, there are hard-coded paths in NX, that we have to eliminate. Please take a look at the patches we already apply.
- uninstallation should work cleanly, as well
Please send patches to the x2go-dev ML. And ask for anything you need
there, as well.
Thanks, Mike
--
DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419
GnuPG Key ID 0xB588399B mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
On Tue, Jan 10, 2012 at 1:06 PM, Mike Gabriel <mike.gabriel@das-netzwerkteam.de> wrote:
Please take a look here for first test-building: http://code.x2go.org/releases/source/nx-libs
We have provided two tarballs:
nx-libs_<version>-full.tar.gz nx-libs_<version>-lite.tar.gz
Thank you, that looks very nice! I should be able to test it later this week, and I will let you know how it goes.
One question: I see 3.5.0.1 and 3.5.0.2 versions available, and I am wondering which to try first. Logically, I should try the latest, but I was wondering if the reason 3.5.0.1 was included there is because there are known issues with 3.5.0.2?
Hi John,
On Di 10 Jan 2012 22:48:53 CET John Williams wrote:
On Tue, Jan 10, 2012 at 1:06 PM, Mike Gabriel <mike.gabriel@das-netzwerkteam.de> wrote:
Please take a look here for first test-building: http://code.x2go.org/releases/source/nx-libs
We have provided two tarballs:
nx-libs_<version>-full.tar.gz nx-libs_<version>-lite.tar.gz
Thank you, that looks very nice! I should be able to test it later this week, and I will let you know how it goes.
One question: I see 3.5.0.1 and 3.5.0.2 versions available, and I am wondering which to try first. Logically, I should try the latest, but I was wondering if the reason 3.5.0.1 was included there is because there are known issues with 3.5.0.2?
I prepared most of the stuff today and already made two releases. We
parallely build the Debian packages from these tarballs now, so we
have to be very version consistent etc. (Debian changelog requires
quite a bit precision from upstream and developers).
Please use 3.5.0.2.
The -lite version is a client-only version... The -full version is a client+server version...
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 again,
On Di 10 Jan 2012 22:48:53 CET John Williams wrote:
On Tue, Jan 10, 2012 at 1:06 PM, Mike Gabriel <mike.gabriel@das-netzwerkteam.de> wrote:
Please take a look here for first test-building: http://code.x2go.org/releases/source/nx-libs
We have provided two tarballs:
nx-libs_<version>-full.tar.gz nx-libs_<version>-lite.tar.gz
Thank you, that looks very nice! I should be able to test it later this week, and I will let you know how it goes.
Note: the tarballs will definitely need quite some more testing!!! So
please, be prepared to face some work!!! Thanks a lot for
contributing!!!
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...
-
John Williams -
Mike Gabriel