Package Details: brlcad 7.32.2-0

Git Clone URL: https://aur.archlinux.org/brlcad.git (read-only, click to copy)
Package Base: brlcad
Description: An extensive 3D solid modeling system.
Upstream URL: https://brlcad.org
Keywords: CAD
Licenses: BSD, LGPL, custom:BDL
Submitter: louipc
Maintainer: ejno
Last Packager: ejno
Votes: 66
Popularity: 1.06
First Submitted: 2007-02-04 02:47
Last Updated: 2021-02-14 18:45

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

Lacrymology commented on 2017-06-29 19:53

@ejno, no I hadn't. If it's documented somewhere I missed it, sorry

ejno commented on 2017-06-27 23:28

@Lacrymology: Hi, did you re-login or source /etc/profile.d/brlcad.sh ?

Lacrymology commented on 2017-06-27 23:20

I can't see any binaries installed in a common path location.

✔ ~
20:19 $ mged
bash: mged: command not found
✘-127 ~
20:19 $ archer
bash: archer: command not found

ejno commented on 2017-04-08 17:23

@pegasusearl: The primary editing interface is MGED (https://brlcad.org/wiki/MGED), which can be started by running "mged" from the command line. The successor (alpha release) editing interface is Archer, which can be run as "archer".

pegasusearl commented on 2017-04-08 07:55

excuse me, how to run brlcad?

ejno commented on 2016-12-18 05:57

@thebunnyrules: Okay, thanks for the update. Let me know if you still encounter any problems with building BRL-CAD or the package. Regarding noexec, it's a mount option that disables direct execution of files that have the execute bit set. Some people mount /tmp or /home noexec, and some non-UNIX filesystems exhibit similar behavior by default.

thebunnyrules commented on 2016-12-16 15:37

Well, it seems like I messed up my development environment by mixing and matching header files from other distros. I'll know better than that next time ;)

I set myself up a couple of virtual machines: one Ubuntu to compile the source codes that compile better on Debian based systems. And I made myself an Arch vm while I was at it to see how the BRL-Cad compiles on a fresh system. brl-cad aur compiled without any problems inside my VirtualBox. I'm just going to restore my system to a more stable point via one of my backups.

thebunnyrules commented on 2016-12-16 06:39

@ejno thanks for getting back to me so quickly, I really appreciate it.

I'm new to compiling my apps, what do you mean by no-exec environment? Is this a cmake option or something relating with my System setup? I have not messed around with any of the file permissions within my usr folder. My compiling procedure involves the following command in the terminal:

git clone https://aur.archlinux.org/brlcad.git
cd brlcad
makepkg -is
(I've also tried running CMake from Sourcefourge and BRL-CAD's website)

Here are my CMakeOutput.log and CMakeError.log files. It's very strange, the errors have changed since I tried to compile BRL before yesterday. I was trying to build some application that were Unbuntu-centric and I was missing alot of includes in /usr/includes/sys, so I downloaded the required debs from Debian's site and extracted the missing .h file from them. Now the errors are all different.

brlcad/src/build/CMakeFiles/CMakeOutput.log: http://pastebin.com/ZjP9R9hD
brlcad/src/build/CMakeFiles/CMakeError.log: http://pastebin.com/iMDUJ3k9

ejno commented on 2016-12-15 21:07

@thebunnyrules: The date and time are obtained by building and running a small C program -- are you building in a noexec filesystem, by any chance? Please also attach CMakeOutput.log.
BRL-CAD has not yet been migrated to Tcl/Tk 8.6.x, although work is in progress. For this reason, the PKGBUILD uses the bundled Tcl/Tk.

ejno commented on 2016-12-15 20:58

I've modified the PKGBUILD to apply the 7.26.0.2 patch, which enables installation of the `gcv` command during the build.