Running Bricscad 10.6.x Linux in ArchLinux...
Hi
I know ArchLinux is not ( yet ) a supported platform... I have downloade the free trial version of bricsCad for Linux, but I have been debating with libjpeg.so.6... this is an ancient version of libjpeg.so... the current is libjpeg.so.8...
I run a 64bits system, with multilib ( 32 bits compatibility ) enabled... and downloaded the libjpeg6-p6 for 32 bits from AUR http://aur.archlinux.org/packages.php?ID=29929, and installed it... it lands in /usr/lib32...
But trying to run bricscad, aborts complaining about a missing libjpeg.so.6 lib, which resides in /usr/lib32...
I even made
ln -s /usr/lib32/libjpeg.so.6 .&& export LD_LIBRARY_PATH=$PWD:$LD_LIBRARY_PATH
in the current directory... so typing
[alex@iskandhar$]bricscad
would find the link to the existing lib... but it completely ignores it... probably it is compiled as 64 bits... instead of 32...
Is my error reproducible...?
Has anybody here tried to run bricscad in ArchLinux...?
BRGDS
Alex
Comments
-
You need lib32-libjpeg from multilib repository, not lib32-libjpeg6 which is from aur, then you can make symlink from bricscad direcmultilib/lib32-libjpeg 8.0.2-2 [installed]
Library of JPEG support functions (32-bit)
aur/lib32-libjpeg6 6b-2 (157)
An older version of a library of JPEG support functions.
aur/lib32-libjpeg7 7-1 (9)
An older version of a library of JPEG support functions.0 -
sorry for bad formatting.
multilib/lib32-libjpeg 8.0.2-2 [installed]
Library of JPEG support functions (32-bit)
aur/lib32-libjpeg6 6b-2 (157)
An older version of a library of JPEG support functions.
aur/lib32-libjpeg7 7-1 (9)
An older version of a library of JPEG support functions.libjpeg.so.62 -> /usr/lib32/libjpeg.so
I think that you will also need older libpng library from aur, because version libpng-1.4 is in multilib,
./bricscad: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory
and if you try to symlink it:
./bricscad: /opt/Bricscad/libpng12.so.0: version `PNG12_0' not found (required by /opt/Bricscad/libwx_gtk2u_core-2.8.so.0)
So, install version 1.2 from aur:
aur/lib32-libpng12
0 -
Hi Ljubomir,
Somehow i failed to make it work again...
[alex@iskandhar build]$ tar -xzvf lib32-libjpeg7.tar.gz
lib32-libjpeg7
lib32-libjpeg7/PKGBUILD
[alex@iskandhar build]$ cd lib32-libjpeg7
[alex@iskandhar lib32-libjpeg7]$ nano PKGBUILD
[alex@iskandhar lib32-libjpeg7]$ makepkg PKGBUILD
==> ERROR: is not available for the 'x86_64' architecture.
Note that many packages may need a line added to their PKGBUILD
such as arch=('x86_64').
[alex@iskandhar lib32-libjpeg7]$ nano PKGBUILD
[alex@iskandhar lib32-libjpeg7]$ makepkg PKGBUILD
==> Making package: lib32-libjpeg7 7-1 x86_64 (Thu Sep 9 22:24:58 WEST 2010)
==> Checking Runtime Dependencies...
==> Checking Buildtime Dependencies...
==> Retrieving Sources...
-> Downloading libjpeg-7-1-i686.pkg.tar.gz...
--2010-09-09 22:25:04-- http://arm.konnichi.com/extra/os/i686/libjpeg-7-1-i686.pkg.tar.gz
Resolving arm.konnichi.com... 75.119.204.226
Connecting to arm.konnichi.com|75.119.204.226|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 302951 (296K) [application/x-tar]
Saving to: “libjpeg-7-1-i686.pkg.tar.gz.part”
100%[==========================================================================================================================================>] 302,951 213K/s in 1.4s
2010-09-09 22:25:05 (213 KB/s) - “libjpeg-7-1-i686.pkg.tar.gz.part” saved [302951/302951]
==> Validating source files with md5sums...
libjpeg-7-1-i686.pkg.tar.gz ... Passed
==> Extracting Sources...
-> Extracting libjpeg-7-1-i686.pkg.tar.gz with bsdtar
==> Entering fakeroot environment...
==> Starting build()...
==> Tidying install...
-> Purging other files...
-> Compressing man and info pages...
-> Stripping debugging symbols from binaries and libraries...
==> Creating package...
-> Generating .PKGINFO file...
-> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: lib32-libjpeg7 7-1 x86_64 (Thu Sep 9 22:25:07 WEST 2010)
[alex@iskandhar lib32-libjpeg7]$ ls
lib32-libjpeg7-7-1-x86_64.pkg.tar.xz libjpeg-7-1-i686.pkg.tar.gz pkg PKGBUILD src
[alex@iskandhar lib32-libjpeg7]$ ls pkg
opt
[alex@iskandhar lib32-libjpeg7]$ ls pkg/opt
lib32
[alex@iskandhar lib32-libjpeg7]$ ls pkg/opt/lib32
usr
[alex@iskandhar lib32-libjpeg7]$ ls pkg/opt/lib32/usr
lib share
[alex@iskandhar lib32-libjpeg7]$ ls pkg/opt/lib32/usr/lib
libjpeg.so.7 libjpeg.so.7.0.0
[alex@iskandhar lib32-libjpeg7]$ ln -s pkg/opt/lib32/usr/lib/libjpeg.so.7.0.0 libjpeg.so.62libjpeg.so.62 was created in pkg/opt/lib32/usr/lib, i created a symink to it in $PWD ,added $PWD to $LD_LIBRARY_PATH before calling bricscad, so why does it report libjpeg.so.62 missing...?
[alex@iskandhar lib32-libjpeg7]$ ls
lib32-libjpeg7-7-1-x86_64.pkg.tar.xz libjpeg-7-1-i686.pkg.tar.gz libjpeg.so.62 pkg PKGBUILD src[alex@iskandhar lib32-libjpeg7]$ export LD_LIBRARY_PATH=$PWD:$LD_LIBRARY_PATH
[alex@iskandhar lib32-libjpeg7]$ bricscad
/opt/bricsys/bricscad/v10/bricscad: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory
[alex@iskandhar lib32-libjpeg7]$BRGDS
Alex
0 -
You need lib32-libjpeg from that is already in multilib, not lib32-libjpeg7
so,
pacman -S lib32-libjpegRegards, Ljubomir
0 -
Hi Ljubomir...
ldd doesn't say much ...
[root@iskandhar alex]# ls /opt/bricsys/bricscad/v10
bricscad libcommands.so libDD_Ge.so libicudata.so.38 libpth.so.20 libwx_gtk2u_core-2.8.so.0 ModelerGeometry.drx
bricscad.sh libdcl.so libDD_Gi.so libicuuc.so.38 libsds.so libwx_gtk2u_gl-2.8.so.0 PlotStyleServices.drx
DD_Ave.drx libDD_AcisBuilder.so libDD_Gs.so libLicenseManager5.so libtestapi.so libwx_gtk2u_html-2.8.so.0 pstyle_app
DD_DynBlocks.drx libDD_Alloc.so libDD_Id.so liblispex.ext libtests.so libwx_gtk2u_propgrid-2.8.so.0 RasterProcessor.drx
Fonts libDD_BrepRenderer.so libDD_Root.so liblispex.lsx libutils.so libwx_gtk2u_qa-2.8.so.0 RecomputeDimBlock.drx
libbcadtestrunner.so libDD_Br.so libDD_SpatialIndex.so liblispex.so libwx_baseu-2.8.so.0 libwx_gtk2u_richtext-2.8.so.0 ReleaseNotes.htm
libBrxBase.so libDD_DbRoot.so libflyoversnap.so liblispex.so.cfg libwx_baseu_net-2.8.so.0 libwx_gtk2u_xrc-2.8.so.0 RxRasterServices.drx
libBrxGeo.so libDD_Db.so libfreeimage.so.3 libodapp.so libwx_baseu_xml-2.8.so.0 libwxgui.so Support
libcadapp.so libDD_DwfUnderlay.so libfreetype.so libPDFToolkit.so libwx_gtk2u_adv-2.8.so.0 libxerces-c-3.0.so UserDataCache
libcmdapi.so libDD_FTFontEngine.so libgeometry.so libpstyle_ed.so libwx_gtk2u_aui-2.8.so.0 libzlib.so userprofilemanager
[root@iskandhar alex]# ldd /opt/bricsys/bricscad/v10/bricscad
not a dynamic executable...BRGDS
Alex
0 -
And lib32-libjpeg is installed allright...
[root@iskandhar alex]# pacman -S lib32-libjpeg
warning: lib32-libjpeg-8.0.1-1 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...
Targets (1): lib32-libjpeg-8.0.1-1
Total Download Size: 0.00 MB
Total Installed Size: 0.26 MB
Proceed with installation? [Y/n] y
checking package integrity...
(1/1) checking for file conflicts [#########################################################################################################################] 100%
(1/1) upgrading lib32-libjpeg [#########################################################################################################################] 100%
[root@iskandhar alex]# bricscad
/opt/bricsys/bricscad/v10/bricscad: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory
[root@iskandhar alex]#0 -
Do you have a symlink in bricscad directory?
libjpeg.so.62 -> /usr/lib32/libjpeg.so
0 -
I can confirm that the following process worked for me to get Bricscad running on kernel 2.6.35-ARCH on x86_64.
As root create the path /opt/bricsys/bricscad/v10/bricscad
As root unpack the custom installer into the bricscad directory.
Make sure that the multilib repository is enabled in /etc/pacman.conf
These two lines should exist:
[multilib]
Include = /etc/pacman.d/mirrorlistMake sure the system is up to date: "sudo pacman -Syu"
Reboot the system.
Install lib32-libjpeg from multilib: "sudo pacman -S lib32-multilib"
Install lib32-libpng12 from AUR: "yaourt -S lib32-libpng12" (if you have yaourt installed, otherwise use makepkg)
With root permissions, create nessesary symlinks from /usr/lib32 to /opt/bricsys/bricscad/v10/bricscad. Done like this:
"sudo ln -s /usr/lib32/libjpeg.so /opt/bricsys/bricscad/v10/bricscad/libjpeg.so.62"
and
"sudo ln -s /usr/lib32/libpng12.so.0 /opt/bricsys/bricscad/v10/bricscad/libpng12.so.0"
Now start Bricscad with the command: "/opt/bricsys/bricscad/v10/bricscad/bricscad.sh
I do get som graphics rendering lag though. To reproduce the typical lag, draw a line and after placing the first point move the cursor around to place the second point. This will produce distubing tracs of the line everywhere I move the mouse cursor.
Anyone else having this graphics display problem, and have any suggestion on how to fix it.
I also get this error output in the terminal from where I am running bricscad:
Unable to locate theme engine in module_path:"murrine"
and
gdk_drawable_get_depth: assertion 'GDK_IS_DRAWABLE (drawable)' failed
Any suggestions? Guess it has something to do with the lack of 32-bit libs. The gui do look a lot more primitive than my other gtk+ apps (and the bricscad icons do not work well with a dark gray theme).
/Mikael
0 -
Hi Mikael
I am setting up an Arch Box from scratch in the end of this week, and I will reproduce your setting.
In the meanwhile what do you find to be more responsive, BricsCad for windows under wine, or BricsCad for Linux....?
BRGDS
Alex
0 -
Update: Do not lauch bricscad with the absolute path /opt/bricsys/bricscad/v10/bricscad/bricscad.sh
Instead first navigate to the bricscad directory
"cd /opt/bricsys/bricscad/v10/bricscad"
and then start bricscad with:
"./bricscad.sh"
Hi Alex, nice to hear that you are setting up an Arch box for bricscad, I hope we can help each other out with some issues. Regarding your question, I would not try the windows version in wine. If we want a native version for linux, and now we have, then we should use this version only and help bricsys to make it work like a charm.
I guess though that you would make your situation easier if you chose to install an i686 system instead of x86_64, because this bricscad version is developed for 32bit systems to start with. But on the other hand if we stay true to the same argument why we should stick to the native linux version of bricscad, maybe we should also use 64bit systems and give bricsys the feedback needed to make it work flawlessly. In the end no one who is working with technical drawings and graphics want to use a 32bit operating system. x86_64 is the future for production work and I will stay with it.
cheers /Mikael
0 -
I had some more time to test Bricscad during the weekend and now I got it working very well. Still remains some testing with heavier files from work before I know if it is ready for production work on Archlinux.
My computer is Acer travelmate with AMD 2.0 GHz processor and ATI mobility radeon HD 2400 XT graphics card.
My system is Archlinux kernel 2.6.35-ARCH on x86_64.
Unfortunately it seems to be no way of updating my old posts in this forum, so I will post the whole process I went trough in order to get Bricscad working smoothly from the custom installer. This will include some double information from my earlier posts. Here it goes...
Archlinux custom installation process
.....................................
As root create the path /opt/bricsys/bricscad/v10
As root unpack the custom installer into tis directory.
Make sure that the multilib repository is enabled in /etc/pacman.conf
These two lines should exist:
[multilib]
Include = /etc/pacman.d/mirrorlist
Make sure the system is up to date: "sudo pacman -Syu"
Reboot the system.
Install lib32-libjpeg from multilib: "sudo pacman -S lib32-multilib"
Install lib32-libpng12 from AUR: "yaourt -S lib32-libpng12" (if you have yaourt installed, otherwise use makepkg)
With root permissions, create nessesary symlinks from /usr/lib32 to /opt/bricsys/bricscad/v10 . Done like this:
"sudo ln -s /usr/lib32/libjpeg.so /opt/bricsys/bricscad/v10/libjpeg.so.62"
and
"sudo ln -s /usr/lib32/libpng12.so.0 /opt/bricsys/bricscad/v10/libpng12.so.0"
If you are using gtk engine murrine, install lib32-gtk-engine-murrine from AUR and create a symlink for it as well:
"yaourt -S lib32-gtk-engine-murrine"
And then:
"sudo ln -s /usr/lib32/gtk-2.0/2.10.0/engines/libmurrine.so /opt/bricsys/bricscad/v10/libmurrine.so"
Now start Bricscad by navigating to the bricscad directory and executing bricscad:
"cd /opt/bricsys/bricscad/v10"
and then start bricscad with:
"./bricscad.sh"
Or do it with a script that looks like this:
# !/bin/sh
cd /opt/bricsys/bricscad/v10
./bricscad.sh
If graphical display problems (remaining tracks in the drawing window) are experienced when moving the cursor during operations, goto:
Settings/Display/GL Swap Mode
Change to: "Call glCopyPixels to copy back to front, don't call glXSwapBuffers"
This might be connected to the graphics card. On an Acer travelmate with AMD processor and ATI mobility radeon GPU this was needed.
Remaining error output when launching Bricscad from a terminal is:
"gdk_drawable_get_depth: assertion 'GDK_IS_DRAWABLE (drawable)' failed"
No idea if it causes any trouble though, bricscad seems to be running perfectly!!!0 -
Hi Mikael
Good news...
I did like you did, although a bit differently...
I packed Bricscad into an Arch installable package...
I used this PKGBUILD
pkgname=Bricscad
pkgver=10.6.5
pkgrel=1
arch='x86_64'
depends=''
license={'BricSys'}
But before i ran deb2targz ( from arch repositories ) over the deb from bricscad in a directory. it converted thhe deb to a tar.gz ( duh ... )
Then i created a pkg folder in the folder i was working in, and mv Bricscad...tar.gz pkg
then I cd pkg, and extracted the tar.gz into it, it creates two folders, opt, with the programme, and usr with the symlinks, do not forget to rm the tar.gz from that folder ( !! ) before you cd .. ( into the parent folder where you have the PKGBUILD script )
run makepkg -Rd in this folder, and it will create an Arch installable Bricscad package ( easier to remove later on )
Then I created the symlinks into the lib32 libraries, and ran bricscad... so far so good...
BTW had to install gcc-multilib lib32-gcc and lib32-libtool to build lib32-linpng12...because they conflicted with the default 64 bit versions...
One problem though... the toolbars cannot be docked in the side... only above the workspace... is this normal... ?? In progeCad you can dock them at side...
BRGDS
Alex
PS If I could, I would run 32 bits, but I use 16 Gb ram in pretty intensive calculations, I do a lot of optimization work ( Genetic algorithms for structures ) an this is pretty much intensive in using memory for meshes in the Finte elements analysis ( the fitness evaluator of the genetic algorithm ), and I do a lot of CFD also, all my codes are in house codes, as well as some proven OSS codes like OpenFOAM and calculix... and they are compiled using the free version of the Intel Compilers for linux for Fortran and C, so running 64 bits is a must in my case...
0 -
To make a toolbar dockable anywhere some manual settings are required
Right click on emply menu space > a small menu shows - select customize > Select toolbars > in LH Panel find your specific toolbar and select it > in bottom panel select POSITION and change to your preference.
0 -
Hi, I've installed all the libraries from multilib, and done the symlinks to /opt/bricsys/bricscad/v10/
And I get segmentation fault
I've succeded and installation before I reinstalled the OS, but now I can't go through
Please help me
0 -
I fixed this : I installed the lib32-nvidia-utils-256.53-2
0 -
Ok, unmasked and installed app-emulation/emul-linux-x86-cpplibs-20110129,
still segfaulting.
0 -
just unmasked and isntalled app-emulation/emul-linux-x86-gtkmmlibs-20110129, Still segfaulting.
0 -
Another Arch user here.
I found this post very usefull, eventhough it's quit old by now.
I found this very usefull in addition to the above:
https://wiki.archlinux.org/index.php?title=Arch64_FAQ&oldid=233662
https://wiki.archlinux.org/index.php?title=Using_32-bit_applications_on_Arch64&oldid=233861
Also, I did not need to create the symlinks mentioned using v13.
I simply started bricscad.sh and solved the errors about missing libs one-by-one by installing the lib32 packages which comes wiht the missing lib.
I must also point out though that the graphical performance on my machine is very poor using bricscad. I don't expect much from this intel GPU powered machine, but there's more going on than that; performance is much worse than one may expect. Don't know what it is yet.
Anyway, though I appreciate the efforts in developing Bricscad, it seems very much inspired by Autodesk products which are severly limited if you're used to working with Creo, Catia, NX, etc, so I donlt epect to purchase. There's some basic commonailty between those modelers, which is not present in the Autodesk products. As a result, for what I've seem sofar, Bricscad may apeal to Autodesk users, but not "the rest of the world". Nonetheless, I take my hat off for the price/performance. I feel more at home in freeCAD, which will soon be adding assemby modeling, so it has the same concepts as the Creo Catia, NX, etc. I by no means intend to 'dis' bricscad.0 -
Hi, I am trying to install the version 13.2.11 in archlinux 64bit and I'm getting this error:
[code]p11-kit: couldn't load module: /usr/lib32/pkcs11/gnome-keyring-pkcs11.so: /usr/lib32/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
(bricscad:11325): Gtk-CRITICAL **: IA__gtk_window_present_with_time: assertion `GTK_IS_WINDOW (window)' failed[/code]
Any Idea?0