Best way to install on 64 bit linux?

I would like to try Bricscad on 64 bit linux.
More specifically Mageia 2 (beta3 now).

Waiting for a version that can run on ATI cards, i installed on my old workstation that have an old Nvidia 6200.

I installed using rpm.
But the rpm do not pull dependencies so i installed them one by one as it requested them.
Actually all was installed already but the 64-bit libs etc that it did not find.

Now when i start it all characters in dialogue and everywhere are just squares.
In terminal from where it is started i see:
(bricscad: 24529) Pango WARNING**: Failed to choose a font, expect ugly output. engine-type='PangoRendrf Fc',  script='latin'

What may be missing?
I guess 32 bit pango.  But program manager do not list that. Only 64-bit and that is not uninstallable.
I guess system need 64-bit and i can not have both versions of pango for some reason.
Searching, i see many packages containing something with pango in their name...

I installed sucessfully on my laptop that runs 32 bit mandriva, but that machine is not powerful enough and have too small screen.

Maybe it would have been better to create symlinks to the 64-bit files, instead of the 32bit it requested?

(Of course best would be if Bricscad could come packaged better, and for 64 bit...)

Comments

  • Since last post i have upgraded the GPU to Nvidia GT430, and i is working.

    Now I unistalled all i586 parts i Installed per last post, plus some more i think i did not need, updates system, reinstalled what i think bricscad need, rebooted, and now it do not complain on pango and starts and i can *begin* to draw but it is stil unuseable; in 3D-mode i can draw a circle, but as soon as i try to extrude, it craches with segmentation fault.

    I also note, looking at output in terminal window from where i start it, I imm ediately on start get:
    p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory

    I could not find that 32-bit lib (did not try hard yet) but instead made a symlink to the installed 64-bit. Everytning works the same except the output is:
    p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.s    o: wrong ELF class: ELFCLASS64

    So i removed the symlink again.  I do not think keyring is crucial for drawing.  The user interface say nothing about it.

    Updated bricscad version to V12.1.23-1, no change.

    Depending on what i try, it now tells in terminal: (bricscad:11907): Gtk-CRITICAL **: IA__gtk_widget_queue_draw: assertion `GTK_IS_WIDGET (widget)' failed
  • It segmentation faults in a few seconds use, i.e immediately when clicking "table" button.
    I can draw a circle in both 2D and 3D mode, but then it craches when trying to draw next circle using the old circles center, or trying to extrude, or... almost anything.
  • i haven't run an rpm based distribution in years so i'm not sure what they name it, but to install and run 32bit software or libs on one of the debian based 64bit dist's you need to start with ia32lib.  this tells your systems when and how to use a 32bit lib on your 64 bit system and where to find it.

    once that's up and running you can install the other dependencies without errors.

    forcing packages to install always leads to problems.

    my apologies for not posting sooner, i thought someone who knew more about the rpm world would have posted.
    i've been in my debian rut far too long.

    anyway, i hope that helps.
  • Thanks Keith.
    I have yet not needed to force any install.
    Googleing i find no trace of mageia or similar systems needing ia32-lib, another evidence is it is not available on the repo, and the system came up with a lot of 32-bit libs already from start. And i have no memory of doing any special and have been using Mandrake->Mandriva->-Mageia since 2006 as my main OS.

    I have made a Bricsys Support Request today.

    Just to try, i installed lsb-lib and lsb-core-lib and dependencies (many 23 bit libs), but no change.
    Maybe my CPU is odd and Bricscad cannot use it correctly; two dualcore opterons an a server main board, 7 years old or so...
    The system seem rock solid in all except Bricscad...

    __Other solutions

    1) Make a 32 bit OS installaiton in dual boot setup: Best 32bit Compatibility, but i do not want to reboot just for Bricscad, nor use all apps in 32 bit mode only.

    2) 32-bit chroot environment: not my cup of tea; i could easily wreck the system...  Or maybe i should learn

    3) Install a 32bit OS in a PC emulator, such as Virtualbox - easiest.  Possible graphics compatibility breakage?

    4) Wish: Bricscad make a 64 bit version, and better packaged.
  • Mandriva 2011 Bricscad 12.1.21, i386
    You are out in front - doing Pioneering stuff. If you need to get Bricscad up and going I suggest you stick with 32bit. It works very well here on Mandriva. We look forward to having a full 64bit Bricscad on Linux systems, but I guess it is a work in progress. Our Linux systems have made good use of 64bit software for many years now. It was adopted early by developers and to me at least is the default architecture. It would be good to have Bricscad use it. Meanwhile we are forced to use the inferior architecture.

    http://www.bricsys.com/common/knowledge/topic.jsp?id=305
  • Yes Brian.
    I am stressing this a bit since all other programs we use run on 64 bit linux, except one under wine, and one retarded need MS XP in Virtualbox. (all possible on one login on my workstation)

    Bricscad is the only program that need me to set up a completely new system downgraded to 32 bit, and i also bought it a Nvidia card just to use bricscad because of the Redsdk incompatibility.

    I have now even tried the chroot method, but i have not resolved how to convince my system to handle 32 bit nvidia driver in the 32 bit chrooted environment, because the host os is 64 bit and so the chroot also is the 64 bit kernel of course.  So it use noveau and bricscad freaks out on redsdk.  That was my first trial of chroot use, so i am far from expert on it.  Thought it was easy.  (well the chroot set up is easy ion mageia)  Live and learn.

    Possibly i should try a 32 bit linux system in a PC emulator, but i guess i can not install the nvidia driver there either.

    Thank you for the link. Maybe i shall try the ldd command on a fresh 64 bit reinstall.
    But i think i will just downgrade to 32 bit system to ease any headache.
  •  On Ubuntu I used tgz package, and manually picked shell launcher and content of /usr/share from deb package to get desktop integration. Necessary 32bit libraries I installed manually. This solution is ugly, but working. I may work with rpm packaging system as well.
  • Thank you for the tip vaclav.
    I have actually installed bricscad now on my not so powerful private laptop running mandriva 2010.2 32-bit.
    I am not really sure what i have done as i fiddled with both the rpm, manually installed missin gpackages, and tgz, and then it came to life, so yes it may be needed to use both the tgz and deb/rpm in some cases, and you seem to have fond the intelligent way :)

    For my intended mechCADworkstation, here is my thread on mageia forum:
    https://forums.mageia.org/en/viewtopic.php?f=8&t=2307

    I guess it all will end with me installing a 32 bit system.
  • Possibly, but we soldier on. Bricscad has come a long way in recent times. Their developers have done a good job in bringing us many powerful features of Autocad on the Linux Platform. We look forward to Block Manager to be released in 12.2. Plus other improvements.

    The 64 bit memory address space would be a boost for Linux Fans. We need something to boost our product to balance the features and assets of Bricscad on Windows. We may not have access to 5% of the Applications for Bricscad Windows, But we have a great 64bit O/S. It would be nice to harness its power.
This discussion has been closed.