For the (free as in speech) remote desktop enthusiasts, nxserver-freenx-0.7.0 is now in portage. What’s new in it? Well, most patches from 0.6.0 ebuild were merged upstream, a few other bugs were fixed, and it has much better printing support (mostly untested by me, though, this requires a printer…). A patch submitted to the freenx mailing list by google folks also allows better font display (older versions displayed smaller fonts than in the commercial NX servers). One last thing, those with USE=xcb should have a working freenx again 🙂
If you wonder about it, no freenx 0.7 does not use the new NX 3.0 features. However a full rewrite is under way, with modular design, NX 3.0 support, …
GNUstep users now… The gnustep overlay now holds an (almost complete) series of packages for Etoile 0.2. Run
emerge etoile and remember to do as the emerge output says 😉
Also remember that:
1. this is still a 0.2 version, do not expect macosx-on-linux (that said, the work already done is really impressive)
2. the ebuilds are still Work-In-Progress, they will probably change some more before the ebuilds work fine. As usual, feedback is welcome!
OK, next thing on my TODO list now: expat upgrade on my server!
4 thoughts on “FreeNX 0.7 in portage, Etoile 0.2 (almost) in the gnustep overlay”
I am looking forward to try etoile. But before doing
the emerge I’d like to either see a small problem resolved or have guidance on it. emerge -puv etoile
These are the packages that would be merged, in order:
Calculating dependencies –
!!! Multiple versions within a single package slot have been
!!! pulled into the dependency graph:
(‘ebuild’, ‘/’, ‘gnustep-base/gnustep-make-1.12.0-r1’, ‘merge’) pulled in by
(‘ebuild’, ‘/’, ‘gnustep-base/gnustep-base-1.12.0’, ‘merge’)
(‘ebuild’, ‘/’, ‘gnustep-base/gnustep-make-2.0.1’, ‘merge’) pulled in by
(‘ebuild’, ‘/’, ‘gnustep-apps/etoile-0.2’, ‘merge’)
It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in the
dependencies of two different packages, then those packages can not be
You are probably missing some ~ARCH keywords for gnustep base packages (gnustep-make, gnustep-base, …). Etoile needs the latest gnustep base packages to work
If you already had these keywords set (or running a full ~ARCH system) though, please report it, as the upgrade to new gnustep should work fine
I used the latest version of autounmask on etoile-0.2
and as far as I know it worked all right.
I don’t really have enough space to post the relevant
section of /etc/portage/package.keywords here.
Where do you want me to report bugzilla, gnustep overlay
trac system or other?
Please, send it to firstname.lastname@example.org email, we’ll take a look at it (never used autounmask, but it should work fine, as there is nothing really complicated in here)
Comments are closed.