FreeNX 0.7 in portage, Etoile 0.2 (almost) in the gnustep overlay

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”

  1. 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
    tells me:
    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
    installed simultaneo

  2. 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

  3. 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?

  4. Please, send it to gnustep@g.o 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.