Bug 153866 - ebuild for NoMachine NX Server Free Edition
|
Bug#:
153866
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: AMD64
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: nx@gentoo.org
|
Reported By: jw@jasper.us
|
|
Component: Ebuilds
|
|
|
URL:
http://www.nomachine.com
|
|
Summary: ebuild for NoMachine NX Server Free Edition
|
|
Keywords: REQUEST
|
|
Status Whiteboard:
|
|
Opened: 2006-11-02 14:09 0000
|
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
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
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.
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
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 ;)
*** Bug 137797 has been marked as a duplicate of this bug. ***
