Bugzilla Bug 153866

Will a ebuild of NoMachines NX Server Free Edition be made available in
portage?  The current version is 2.1.0-9 and is available at
http://www.nomachine.com/download-package.php?Prod_Id=2

Hi,

Yes, this is on my TODO list.

Best regards,
Stu

Hi,

There is an ebuild for NX Server Free Edition in the Gentoo NX overlay. 
Unfortunately, it doesn't work, due to a problem w/ the license file for
nxnode.  I'm talking to my NoMachine contact about this; hopefully we'll have a
solution soon.

Best regards,
Stu

Stu> I would be happy to test this when you sort out the problem your working
on
Cheers, JPD

Thanks Stu.  Fyi...Jake1981 posted that a new version resolves the licensing
issue.  He also posted a fix regarding a font issue with Xorg > 7.  Hope this
helps for the official ebuild.

http://forums.gentoo.org/viewtopic.php?p=3739188#3739188

Changing bug state.

Here is a patch to the current nx overlay, that fixes most of the problems.

The problem was: nxnode needs to install its license file (node.lic), and needs
to install it BEFORE the nxserver install (which will edit the node license
file to Unlimited in the install process). So I updated the nxnode ebuild to
install correctly its license file. I also fixed the nxsensor init script (some
tests were incorrect if you had default values in node.cfg, which resulted in
the NX_SENSOR_HOST error). I also fixed the ebuilds to provide amd64 support
(plus a syntax fix for latest ~arch portage)

The NoMachine faq is here:
http://www.nomachine.com/ar/view.php?ar_id=AR08D00411

Created an attachment (id=104348) [edit]
Patch to current NX overlay (as of 19/12/2006)

My two cents about the current ebuild.

Maybe it is suitable to use native calls in the restart function of the init
script:
restart() {
    svc_stop
    svc_start
    eend 0
}

Furthermore the X-Server didn't start, because the X libraries of the Free
Edition are linked against /usr/X11R6/lib/X11/fonts, but the font path in X.org
>7.0 is /usr/share/fonts. Maybe it is a good idea to create a symlink from
/usr/lib/X11/fonts to /usr/share/fonts

> Furthermore the X-Server didn't start, because the X libraries of the Free
> Edition are linked against /usr/X11R6/lib/X11/fonts, but the font path in X.org
> >7.0 is /usr/share/fonts. Maybe it is a good idea to create a symlink from
> /usr/lib/X11/fonts to /usr/share/fonts

Yes, I added that a short time after posting my update. Something like this in
pkg_postinst() works  fine here:
        # Fonts link on modular X
        if has_version '>=x11-base/xorg-x11-7.0' && ! [ -e /usr/lib/X11/fonts
];
        then
                ln -s /usr/share/fonts /usr/lib/X11/fonts
        fi

when i tried to install nxnode i got the following error:

!!! Invalid or corrupt dependency specification: 

"invalid atom: '!<=net-misc/nxserver-personal-2.0.99*'"

('ebuild', '/', 'net-misc/nxnode-2.1.0', 'merge')

!net-misc/nx-x11 !net-misc/nx-x11-bin !net-misc/nxcomp !net-misc/nxproxy
!<=net-misc/nxserver-personal-2.0.99* !<=net-misc/nxserver-business-2.0.99*
!<=net-misc/nxserver-enterprise-2.0.99* !net-misc/nxserver-freenx

This package can not be installed. Please notify the
'net-misc/nxnode-2.1.0' package maintainer about this problem.


I'm using latest ~x86 portage.

Use the patch I attached to this bugreport on your copy of NX overlay, this is
one of thes fixes it includes (see comment #6). You can also grab the already
patched ebuilds from my overlay:
https://cafarelli.fr/svn/voyageur-overlay

I used the patched overlay and compiling and installing worked. I got some QA
errors:

QA Notice: the following files contain insecure RUNPATH's
 Please file a bug about this at http://bugs.gentoo.org/
 with the maintaining herd of the package.
 usr/NX/lib/perl/SDBM_File.so
 usr/NX/lib/perl/SysV.so
 usr/NX/lib/perl/Fcntl.so
 usr/NX/lib/perl/Dumper.so
 usr/NX/lib/perl/DBI.so
 usr/NX/lib/perl/SQLite.so
 usr/NX/lib/perl/HiRes.so
^G
Auto fixing rpaths for  usr/NX/lib/perl/SDBM_File.so
 usr/NX/lib/perl/SysV.so
 usr/NX/lib/perl/Fcntl.so
 usr/NX/lib/perl/Dumper.so
 usr/NX/lib/perl/DBI.so
 usr/NX/lib/perl/SQLite.so
 usr/NX/lib/perl/HiRes.so

but you might already know them. When i try to run nxsensor i get the following
error:

chris init.d # ./nxsensor start
 * Starting nxsensor ...
/usr/NX/bin/nxsensor: error while loading shared libraries: libglib-1.2.so.0:
cannot open shared object file: No such file or directory                   [
!! ]

I'll try to install glib and then run it again. This might be a missing
dependancy.

Yes, there are still a few problems in the ebuilds, as those QA errors, add
some blockers to other NX servers, ... but the list is getting shorter :)

And indeed nxsensor depends on glib 1.2... I updated the ebuild in my overlay
to fix this, and also:
* Bumped to latest Nomachine's releases
* No need for the fonts link anymore!
* Updated dependencies (mostly for amd64)
* License files are not overwritten
* Nomachine's install scripts are ran only when no configuration is found 
  (else update scripts are ran)

Note that updating still does not work every time, the easiest way is to first
remove nxnode and nxserver-freeedition from the system before emerge

I'll attach the current ebuilds here too after some other tests

Created an attachment (id=106564) [edit]
Tarball of nxclient,nxnode,nxserver-freeedition

This tarball has all the fixes already made (init scripts, version bumps,
ebuild fixes, ...)

I asked about these QA warnings on #gentoo-security, the workaround for now
would be to host the fixed files and replace the faulty ones in the unpack
process. The files are fixed with either 'chrpath -d' or 'scanelf -BXr'

I also notified upstream about this, they said they will take a look at it (hum
just realized I only spoke about nxnode files, nxserver also has some)

Hi Bernard,

Thanks for the tarball, the first test seems positive. The first thing I
noticed though is that the desktop files are not installed so there are no
items in the start menu (e.g. nxclient).

(In reply to comment #16)
Indeed, nxclient does not install a desktop entry (or a pixmap in the right
path either). A make_desktop_entry line will do fine, I think (looks like older
portage ebuilds don't have this entry either).

OK, I have upgrades running smoothly now (no more problems with the license
files, no need to unmerge/re-emerge anymore). I'll attach the updated files
(including latest security fix from nomachine), the lazy people can directly
grab my overlay ;)

Created an attachment (id=108659) [edit]
nxclient-2.1.0.ebuild

Created an attachment (id=108660) [edit]
nxwrapper

Common to the 3 ebuilds

Created an attachment (id=108662) [edit]
nxnode-2.1.0.ebuild

Created an attachment (id=108664) [edit]
nxnode-2.1.0-init

Created an attachment (id=108665) [edit]
nxnode-2.1.0-setup.patch

Created an attachment (id=108666) [edit]
nxserver-freeedition-2.1.0.ebuild

Created an attachment (id=108668) [edit]
nxserver-2.1.0-init

Created an attachment (id=108669) [edit]
nxserver-2.1.0-setup.patch

Created an attachment (id=108927) [edit]
nxclient-2.1.0.ebuild

Updated nxclient: added icons and desktop entries (same entries as nomachine's
rpm: client, wizard and sessions admin)

Created an attachment (id=108937) [edit]
nxclient-2.1.0.ebuild

Replaced the nxwrapper mechanism with make_wrapper

*** Bug 137797 has been marked as a duplicate of this bug. ***

Added to CVS