Supported Linux Distribution for DR2

This section will help us gathering success stories regarding which Linux Distributions works best with MaXX Desktop DR2.
We know for a fact that the current binary release of DR2 works with:

- Ubuntu (and all derivative) 8.04 x86 and x86_64

- Fedora Code 8,9 & 10

- Fedora Core 6-7 (works but c++ applications like toolchest and xconfirm needs to be recompiled or your system c++ libraries needs to be updated).

Tell us what is your success story and we love pictures too.

The MaXX Desktop team


  1. avatar zizban Says:

    I have successfully installed installed Maxx on Ubuntu 8.04 and it works great, I must say.

    I have installed on an unofficially supported distro (Debian Lenny) with some difficulty. Don’t try it if you are new to Maxx. It causes severe trauma :)

  2. avatar Says:

    Hi Zizban,

    which Debian? Testing?


  3. avatar Matt Says:

    Anyone tried it on Opensolaris or Freebsd?

  4. avatar Raveenz Says:

    Works on Debian Lenny with some tricks (example, winterm needs libxaw6, lenny has libxaw7, it needed a simbolic link), sadly toolchest doesn´t works for me, there´s a file lost:

    Toolchest: Loading the system menus from /opt/MaXX/share/X11/system.chestrc
    Toolchest: error: Menu file /opt/MaXX/share/X11/system.chestrc not found
    Toolchest: Try loading your user defined menus from ~/.chestrc file
    Toolchest: fatal error: Unable to find the main menu: ToolChest

    I´ve downloaded and used 32bit MaXX

  5. avatar zizban Says:

    Debian Testing.

    Neither OpenSolaris or FreeBSD will are supported, nor will be, because of license restrictions from SGI.

  6. avatar Eric Masson Says:

    Hey Raveenz!

    I believe that the 32bit version of toolchest is using the old path for loading the system.chestrc file. Odd, but true!

    I am going to fix that tonight. In the mean time, you can create a symlink. Here is the command.

    $ sudo /opt/MaXX/etc/system.chestrc /opt/MaXX/share/X11/system.chestrc


  7. avatar Adam Says:

    It doesn’t work under FC8. X server is on but window manager doesn’t work (windows haven’t got frames and are not moveable). And this

    /opt/MaXX/bin/toolchest: /usr/lib/ version `GLIBCXX_3.4.9′ not found (required by /opt/MaXX/bin/toolchest)
    /opt/MaXX/bin/gr_osview: /usr/lib/ version `GLIBCXX_3.4.9′ not found (required by /opt/MaXX/bin/gr_osview)

    [root@aristo maxx]# rpm -qa|grep gcc
    [root@aristo maxx]# rpm -qa|grep c++

  8. avatar Eric Masson Says:

    Hi Adam,

    first, the decoration problem is known and refer to the FAQ page for details…it is a simple fix really!

    As for the GLIBCXX_3.4.9 error. This is what happens when ABI goes bad! ABI stands for Application Binary Interface… In short it is a way to guaranty that binary code SHOULD work across Linux Distributions and compiler versions…

    The Ubuntu – RedHat combination is not working at all for C++ based code. It must be recompiled on your FC8 box. Or, I can upload a version compiled from a RHEL5.2 for x86_64 ! I am planning to put the code in the VSN early this weekend.

    Let me know if you need my 64bit version of xconfirm and toolchest?



  9. avatar tru Says:

    what about releasing a CentOS-5 build?

  10. avatar zizban Says:

    CenOS5 is kind of wonky; MaXX should work on it, but it bombs with a missing library error, a library that is already installed. I never figured out why.

  11. avatar nitrofurano Says:

    since i had that xorg problem when installed (fixed from Eric’s help, thanks!), i don’t know how far those basecolorpalette colourschemes can be really applied – if it’s not yet supported, or do we need to use gnome-color-chooser with a special .gnomecc compatible gnome theme engine to use them.

  12. avatar nitrofurano Says:

    For all people may want Gnome menu in the Toolchest: – it’s a Python script (available from the menu) which allow you to have the whole applications from /usr/share/applications/, in the usual Gnome menu sequence (at least from Ubuntu).

  13. avatar nitrofurano Says: – a result from the script, and answering ‘we love pictures too’.

  14. avatar fantaa Says:


    it is not working with debian 4.0. Even toolchest is not starting:
    fantaa@dante:~$ /opt/MaXX/bin/toolchest
    /opt/MaXX/bin/toolchest: /lib/tls/i686/cmov/ version `GLIBC_2.4′ not found (required by /opt/MaXX/bin/toolchest)
    /opt/MaXX/bin/toolchest: /usr/lib/ version `GLIBCXX_3.4.9′ not found (required by /opt/MaXX/bin/toolchest)

    Hey Raveenz, do you have a hint for me?

  15. avatar Eric Masson Says:

    typical ABI breakage! Compiled C++ apps are not binary compatible between Linux Distribution because they all use different version of GLIBC.

    solution, recompile toolchest on Debian !

  16. avatar Eric Masson Says:

    nitrofurano: I really like what you did !

    can it be incorporated in DR2.1 due next week ?



  17. avatar Adam Says:

    Eric thanks for your advice. As for decrations. I chose fluxbox as a window manager and I could rule my windows :) . I suppose 5Dwm also doesn’t work due to the ABI problem you have mentioned. I have a 32bit machine so I suppose I need to have everything rebuild for i386 under FC..

  18. avatar fantaa Says:

    Hey Eric, I understand this ABI problem. When will the souce be available?

  19. avatar nitrofurano Says:

    @EricMasson! sure! i did and sent/post it exactly for it, for providing a more pleasureful MaXX usage from people knows the Gnome Ubuntu menu, and wanted it on the MaXX Desktop (and also on the promised MaXXbuntu ;-) )

    I consider the script ready (feel free on fixing it if you think it needs – also maybe you may need to fix the base.chestrc, since there were the part of what the .chestrc readed from Toolchest were done, the rest is created by the Python script)

    The only think i think is needed is personally i needed to set the directory and files as chmod 777 – while i don’t know wiser ways to do the same, and avoid situations like gksudo password nags (not unregretting the security issue, of course…)

  20. avatar Eric Masson Says:

    I will be more that happy to include your stuff in DR2.1 due Oct. end.

  21. avatar nitrofurano Says:

    And me as well, seeing it there! =) Thanks!

  22. avatar Eric Masson Says:

    A little clarification… The ABI should only affect C++ apps! Unless the code was compile for a higher CPU target, then it is not ABI, but more a code 13 ;)


  23. avatar zizban Says:

    The libc and libstdc++ problem is because neither is available on Debian Etch (Stable). You have to upgrade to Lenny (Testing) to get them.

    It is possible but Debian is not supported yet so you are on your own.

  24. avatar peak Says:

    abicheck -kv /opt/MaXX/bin64/* shows on all ELF executables

    PRIVATE: (/lib/ __stack_chk_fail

  25. avatar Eric Masson Says:

    Don’t freak out if your post is not showing right away! Some wise guy is using the site to post Poker Game spam… So in order to protect the content of the site, we have to approve each and every post… It is not a permanent!


  26. avatar ohw0571 Says:

    Hello everybody,

    first of all, really nice work ;) )

    I have a general question/remark: If MaxxDesktop is intended for professional/creative users, wouldn’t it be a good idea to support a distribution which is popular among these users? Such as RHEL or CentOS?
    Of course, everybody has his/her preferences as to the “best” distribution, and I am somewhat unlucky in that I just don’t like Ubuntu :(

    As long as MaxxDesktop is not yet integrated into a specific distribution, would it be possible to just include all the reqired libraries in the package (or even use static builds)? Wouldn’t that solve most of the problems?

    [Yes, I would love to see a CentOS build!!!]

  27. avatar Eric Masson Says:

    Hi there !

    Well, I have to admit that lots of people have asked the same request and YES MaXX Desktop is intended for Creative & Pro users.

    I have been experimenting with RHEL 5.2 and SLED 10 for two months now I am confident that they are both solid contenders for the Professional versions of MaXX Desktop.

    I cannot also denied the fact that I would love to get the ball rolling for our own Distribution with all the GOOD optimizations for the kind of work we do!

    Overall, the idea of first providing an OVERLAY type installer works best in my views. SGI does it… SGI Pro Packs!

    More to come on this and hope to get more feedback.


    P.S. expect a surprise under the XMAS tree from me! (corrected)


  28. avatar Maxstepper Says:

    save to my Bookmarks )

  29. avatar ohw0571 Says:

    Hmmm, any news about DR3 (or whatever the next version will be… ;) )?


  30. avatar wormey Says:

    I have DR2.1 running on openSUSE 11.2a0 x86_64 (DR-2.1-RHEL-5.2-x86_64).

    I did the rest of the DR2 installation guide, besides the ICONS, CURSORS, GTK bits that were in the DR2.1 post. Additional steps I had to take were to copy into $HOME .xinitrc and Xsession.dt.

    The only problem I have is that in the ToolChest and the xconfirm test, it has black text in a black background. The xterm has white on black, not sure what the background is supposed to be there. When I click on any of the buttons in the toolbox, the text becomes black on dark gray, and otherwise works as it should.

  31. avatar wormey Says:

    Oh, and I should mention that in the ToolChest drop-downs, most of the boxes are colored, with black text, except the few at the top of the Desktop menu, which again are black on black except when selected.

  32. avatar Eric Masson Says:

    @ wormey

    It looks like the Schemes files are not loading properly.

    The solution is simple… MaXX is not loading its own libXt library resulting in not loading color assignation for widgets defines in Scheme files. So end result is pretty much left to chance and random :)

    Solution: move OpenSuse’s libXt library files into another location and let linux.ld load MaXX’s libXt lib provided in DR2.1 This will not affect in anyway your installation… MaXX’s libXt implementation is probably newer than the OpenSuse 11 version, so you are on the safe side!

    Here is what you need to do:

    $ su
    # cd /usr/lib64
    # mkdir -p originals
    # mv libXt.* originals
    # ldconfig
    # exit

    then restart MaXX!

    MaXX DR 2.2 will eliminate all that low-level hacking!

    Keep me posted…


  33. avatar wormey Says:

    OK… I had:
    gateway:/usr/lib64 # ll libXt.*
    lrwxrwxrwx 1 root root 23 Jan 14 12:33 libXt.a -> /opt/MaXX/lib64/libXt.a
    lrwxrwxrwx 1 root root 24 Jan 14 12:33 -> /opt/MaXX/lib64/
    lrwxrwxrwx 1 root root 24 Jan 14 12:33 -> /opt/MaXX/lib64/
    lrwxrwxrwx 1 root root 26 Jan 14 12:33 -> /opt/MaXX/lib64/
    lrwxrwxrwx 1 root root 30 Jan 14 12:33 -> /opt/MaXX/lib64/

    I made a links directory and moved all those into it, and did ldconfig again. I still gives me the same behavior.

    I do notice, after logging out, that there are some errors from the run:

    can’t find the wMBackground color definition
    can’t find the wMActiveBackground color definition
    … and repeats those a couple of times.


  34. avatar wormey Says:

    OK, I had to do that in /usr/lib as well as /usr/lib64. Looks a lot better now.


  35. avatar Eric Masson Says:

    yeah, /usr/lib32 is usually for 32bits systems and /usr/lib64 for 64bits on x86_64… But some distribution default to /usr/lib for 64bits code. Or the opposite on other distribution!

    That makes our life difficult for nothing really, except confusion.

    Don’t hesitate to ask for help! (I am there 4 u)

  36. avatar wormey Says:

    I do have some 32-bit programs installed — about 100 of the 7800+ packages on the system. So it’s not entirely a surprise that I had some libXt files in /usr/lib. But it’s working now, so I’m happy. We’ve moved from SGI to Linux machines at work, and I was so missing my 4DWm desktop.

    One question… Does MaXX handle multiple displays, as in :0.0 and :0.1? I have a 24″ and a 20″ displays on my machine at work, and the combined widths is too big for NVidia xinerama to handle. But then, I like the idea of each screen being its own desktop rather than it all being one big desktop. I don’t really miss being able to move a window from one screen to the other…

  37. avatar Eric Masson Says:

    5Dwm supports out of the box Multi-heads! Just set your /etc/X11/xorg.conf file accordingly! The nvidia-setting utility does a great job, but remember to run it as ROOT.

    As for combining screens, sure 5Dwm does too, but 5Dwm does not yet supports Xinerama hints when you maximize a window to the screen limits instead of the whole desktop area. Having said that, I am in the process of adding such features to 5Dwm….

    So the choice is yours!


  38. avatar fjbnheipsssf Says:


    Anyway, you should do your best ;)

  39. avatar high_octane Says:


    Do you think it would be possible to run MaXX Desktop on Puppy Linux?



  40. avatar Eric Masson Says:

    Hi Tim,

    tell me more about Puppy! Which package manager it use and it is a derivative of something we know ?

    I am all for more Distribution as long as it does not imply too much work :)



  41. avatar high_octane Says:


    Puppy is not based on any other distro. It was developed by Barry Kauler who wrote almost everything from scratch. It uses the PupGEt package manager. You’ll have to use Alien if you want to install a non .pup package. The cool thing about Puppy is that it completely runs in RAM, which makes it ultra fast. I’m running it on a 3GHz Xeon and everything opens instantaneously, not to mention boot times are insane! Puppy might make a great distro for MaXX.

    If anything, give it a try:



  42. avatar Eric Masson Says:


    you got my attention now :)

    If possible and not to time consuming, could you tell us which version of libc, GCC and Xorg makes puppy fly that much ?

    I will try it….



  43. avatar high_octane Says:


    I’ll get that info for you tonight.

    Since Puppy makes it easy to repackage your own distro with it, I kept thinking about how cool it would be to have MaXX working right out of the box. You can actually run it from CD, USB, HDD and more.

    Here’s a link with info about “remastering” Puppy (Creating your own distro):


  44. avatar high_octane Says:


    Puppy uses libc-2.6.1, Xorg 7.3, and offers GCC support through their Dev packages, see:

    I’m not sure what GCC version it includes, though.


RSS feed for comments on this post. TrackBack URL

Leave a comment

You must be logged in to post a comment.