01:40.16 |
KimK |
Hi, I can't install the 7.18.2 .deb in Ubuntu
10.04 due to dependency issues (my libncurses5 is too old, it's
current). Would it be a reasonable project to compile BLR-CAD from
source on my machine, or would I hit the same libncuses5 wall
anyway? |
01:40.52 |
KimK |
s/libncuses5/libncurses5/ |
01:41.38 |
KimK |
s/BLR-CAD/BRL-CAD/ |
01:42.26 |
KimK |
is sure glad he caught those
mispellings before that went out, whew! |
02:19.33 |
starseeker |
might be able to get his
hands on a neo1973 phone... |
04:02.21 |
*** join/#brlcad KimK
(~Kim__@ip174-71-95-176.om.om.cox.net) |
04:23.18 |
dli_ |
KimK, still couldn't get 7.18.2? |
05:35.40 |
KimK |
dli_: Hi, I have the .deb of course, but gDebi
says my libncurses5 is too old, I have 5.7+2009xxxx and it wants
5.7+2010xxxx or something. So I thought I might be able to persuade
a dev to freshen the Ubuntu 10.04 libncurses5, but I haven't
managed that yet either. I think even the Debian libncurses5 is too
old. So then I thought, maybe compile from source on my machine?
Anyway, no, BRL-CAD still not installed here. |
05:39.57 |
KimK |
dli_: And I have the source tarball, but I'm
trying to learn git and brlcad is on Sourceforge with SVN. So I've
been fiddling with git-svn to load the development source, I have
done that several times, lol. Maybe Sourceforge's SVN doesn't play
nice with git-svn? I haven't got that sorted out yet. |
05:43.16 |
KimK |
dli_: Thanks for checking on me. Any and all
comments and advice appreciated. Again, I would like to install
BRL-CAD on Ubuntu 10.04 LTS by any method. No hurry, I just wanted
to try it and see what all the fuss is about, lol! |
05:49.59 |
KimK |
dli_: Pursuing this problem from another
angle, I wonder if you could help me find out what OS the BRL-CAD
developers are using, where they got this new libncurses5? I have
virtualbox, and I'm getting the new Debian 6.0 DVD (slowly). If I
installed Debian 6.0 in VBox, would I be able to install BRL-CAD
there? Just thinking about other ways to skin the cat. |
05:54.15 |
Ralith |
there's fuss? |
06:16.08 |
KimK |
Haha, sure! Powerful and free/open, if perhaps
not easy to learn and use? Such are the reports I hear,
anyway. |
06:21.54 |
KimK |
If it's in the same class as SolidWorks, and
is free/open and Linux-friendly, I'd certainly like to have a look
at it. |
06:50.15 |
*** join/#brlcad Stattrav
(~Stattrav@122.172.156.61) |
06:50.15 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
09:20.39 |
*** join/#brlcad Stattrav
(~Stattrav@122.172.156.61) |
09:20.39 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
09:33.51 |
*** join/#brlcad ``Erik
(Here@c-69-140-109-104.hsd1.md.comcast.net) |
11:01.59 |
dli_ |
KimK, you may try to rebuild it. First make
sure you have deb-src lines in your sources.list, then: apt-get
build-dep brlcad; apt-get -b source brlcad |
11:25.11 |
CIA-14 |
BRL-CAD: 03Sean 07http://brlcad.org * r2599
10/wiki/Google_Summer_of_Code/Project_Ideas: /* Non-Uniform
Rational B-Splines */ |
11:29.02 |
CIA-14 |
BRL-CAD: 03Sean 07http://brlcad.org * r2600
10/wiki/Google_Summer_of_Code/Project_Ideas: /* Display Managers /
Framebuffers */ |
11:35.11 |
CIA-14 |
BRL-CAD: 03Sean 07http://brlcad.org * r2601
10/wiki/Google_Summer_of_Code/Project_Ideas: /* Graphical Interface
Enhancements */ |
11:40.50 |
CIA-14 |
BRL-CAD: 03Sean 07http://brlcad.org * r2602
10/wiki/Google_Summer_of_Code/Project_Ideas: |
11:49.36 |
CIA-14 |
BRL-CAD: 03Sean 07http://brlcad.org * r2604
10/wiki/Google_Summer_of_Code/Project_Ideas: /* Project Ideas
*/ |
11:50.38 |
CIA-14 |
BRL-CAD: 03Sean 07http://brlcad.org * r2605
10/wiki/Google_Summer_of_Code/Project_Ideas: /* Graphical User
Interface Infrastructure Projects */ |
11:50.52 |
CIA-14 |
BRL-CAD: 03Sean 07http://brlcad.org * r2606
10/wiki/Google_Summer_of_Code/Project_Ideas: /* User Interface
Enhancement Projects */ |
11:54.19 |
CIA-14 |
BRL-CAD: 03Sean 07http://brlcad.org * r2607
10/wiki/Google_Summer_of_Code/Project_Ideas: separate into two
categories |
11:56.57 |
CIA-14 |
BRL-CAD: 03Sean 07http://brlcad.org * r2608
10/wiki/Google_Summer_of_Code/Project_Ideas: /* Tool Projects
*/ |
12:32.14 |
``Erik |
it should build fine from source on any
reasonably recent *nix... the developers use mac, freebsd, rhel and
gentoo for the most part |
12:53.49 |
cjdevlin |
KimK: i have installed on 10.04 several times
from source. i had no issues. |
13:17.13 |
*** join/#brlcad Stattrav
(~Stattrav@122.172.156.61) |
13:17.13 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
13:19.11 |
cjdevlin |
i just did a wget on this link:
http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.18.2/brlcad-7.18.2.tar.gz/download
|
13:19.11 |
cjdevlin |
and the tarball i got was 7.18.0? |
13:31.54 |
KimK |
dli_ , cjdevlin: OK, I will try building from
source. I did try installing Debian 6.0 in Vbox and then installing
BRL-CAD there, that seemed to work, but I'd prefer to have BRL-CAD
on my main screen. So this MGED is the main app screen? Are there
tutorials on the Wiki? I looked at the wiki and downloaded a bunch
of manuals, but I'm starting from zero here, and this doesn't look
like any other CAD program I've ever run across. Anything on
YouTub |
13:31.54 |
KimK |
e? Where do you recommend newbies
begin? |
13:31.57 |
KimK |
Opps |
13:32.01 |
KimK |
Oops |
13:32.37 |
cjdevlin |
there is a tutorial on the wiki. before you
try to build run: sh autogen.sh |
13:33.25 |
cjdevlin |
the tutorial is still *pretty* close, but
there are some inconsistencies. |
13:33.36 |
cjdevlin |
did you ask about this in the ubuntu forums a
week or so ago? |
13:33.41 |
cjdevlin |
ubuntu irc* |
13:36.29 |
KimK |
OK, thanks, I will. That's not in the wiki? I
may have asked about updating libncurses5, were you there? I didn't
really get anywhere with that though. Where does everybody put the
tarball if they might want to have SVN later too? I presume SVN
(devel) is broken once in awhile? |
13:37.50 |
KimK |
Or do I have to pick one or the other and use
only ~/brlcad/ ? |
13:38.26 |
cjdevlin |
the tutorial is available . . . let me see if
i can find it. i kind of remember something like that when i first
tried to build. autogen took care of it. you can use checkinstall
to install programs as a 'package' |
13:40.43 |
cjdevlin |
http://brlcad.org/wiki/Documentation |
13:41.13 |
cjdevlin |
the introduction to mged is a complete
tutorial. you can be up and running in a few hours if you can sit
that long :-) |
13:41.59 |
cjdevlin |
and the code is hosted on sourceforge:
http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/ |
13:42.13 |
cjdevlin |
sourceforge went down a few weeks ago, but
that is very uncommon |
13:42.22 |
KimK |
OK, thanks for looking. I was just thinking
that it would be nice to have both the tarball source for the
latest release version and the SVN source for the devel version,
even if broken sometimes, but I don't want to do anything that's
non-standard. Who knows, maybe I can even help later on. |
13:43.41 |
cjdevlin |
i am not a developer. i am relatively new
myself. the guys that really know what they are doing read the
logs, so if you stay logged on long enough you will definitely get
the help you need/want |
13:44.24 |
cjdevlin |
are you building now? |
13:44.25 |
KimK |
Yes, I was wondering about sourceforge. I'm a
git fan and I tried to download with git-svn, which I've done
before other places. But it didn't seem to work, it started, then
stalled out. If I use SVN, it works fine. |
13:44.56 |
cjdevlin |
for sourceforge i usually just do a
wget |
13:45.23 |
KimK |
That doesn't work for SVN, does it? |
13:45.27 |
*** join/#brlcad juanman
(~quassel@unaffiliated/juanman) |
13:47.25 |
cjdevlin |
not sure. i have never tried it. i have just
stuck with the stable releases so far. |
13:48.49 |
KimK |
Ha, thanks for the tip about staying logged
on. I'll add this channel to my auto sign-on. A friend of mine has
access to 1 seat of SolidWorks, but that may turn out to be
temporary, who knows? So it would be good if I could learn BRL-CAD
as an alternate. But I'm more in favor of it becasue of the
free/open thing. SW may be nice, but I don't own it. I can own
BRL-CAD. |
13:50.20 |
cjdevlin |
i know a windows version is in the works and
they are converting from autotools to cmake for cross
platform-ability </madeupword> |
13:50.49 |
cjdevlin |
are you trying to build now? |
13:53.08 |
KimK |
No, I haven't tried yet. I was still wondering
about whether the tarball/scripts/automake/etc will be happy if I
put them someplace besides ~/brlcad/ ? Can I put it
anywhere? |
13:54.46 |
cjdevlin |
yes. |
13:54.58 |
KimK |
How about ~/brlcad7182/ ? Would that be
OK? |
13:55.18 |
cjdevlin |
i download all of the files i build into
~/source/<nameofprog> |
13:56.05 |
cjdevlin |
when you extract it, it will create a
directory in a format of: brlcad-7.18.2 |
13:56.21 |
KimK |
OK, I'll try that. I usually use git, so I
haven't done a tarball for anything yet. But that sounds
OK. |
13:56.53 |
cjdevlin |
it's just a compressed version. |
14:00.29 |
KimK |
The wiki mentions ./autogen.sh is that what
you meant when you wrote sh autogen.sh ? |
14:01.37 |
cjdevlin |
yes, that does the same thing |
14:02.06 |
KimK |
OK. I hadn't seen that sh before, just the
./ |
14:03.06 |
cjdevlin |
./ runs executables, sh invokes the shell
directly. *.sh is the shell file type, so ./ will call the shell
anyways |
14:03.19 |
dloman |
Mernin all. |
14:03.32 |
KimK |
Wait, before I do that, wasn't there some
brlcad-build-essentials or something? Let me scroll
back... |
14:03.59 |
cjdevlin |
regular build-essentials |
14:04.41 |
KimK |
brlcad-dev maybe? I thought there was
something. No? |
14:05.09 |
KimK |
I should already have
build-essentials |
14:05.32 |
KimK |
OK, I'll try it and see if it warns
me |
14:05.36 |
dloman |
I know i'm jumping in the middle of this and
havent read the backlog yet, but are you trying to get brlcad built
from source? |
14:05.46 |
KimK |
Yes, I am. |
14:05.54 |
KimK |
HI, thanks for asking |
14:06.02 |
cjdevlin |
there are no ubuntu brl-cad dev
packages. |
14:06.14 |
KimK |
OK, thanks. |
14:06.29 |
dloman |
KimK: having problems then? |
14:09.10 |
KimK |
Well, had some other problems before, but just
starting to build from source right now. OK, it says it's prepared
and to run ./configure and then make. I'll start it. |
14:09.49 |
dloman |
you have multicore machine? |
14:12.07 |
dloman |
My oh my, things are looking grim at the
Dai-Ichi plant in Japan.... |
14:13.27 |
KimK |
No, one core. And I run 32-bit Ubuntu even
though it's an AMD64 (small, cheap one though) because I stick with
the EMC2 folks and 64-bit real-time isn't quite soup yet. |
14:14.05 |
dloman |
okay then, you're in for a bit of a wait.
brl-cad takes a while to build. |
14:15.39 |
KimK |
I saw one medium-sized warning about
>>>>>>>>>>>>>Floating Point
May not be
Compatible>>>>>>>>>>>> or
something. And a couple of small warnings. But it didn't stop, it
completed. It said type make, so I did. |
14:15.50 |
dloman |
right on. |
14:16.11 |
dloman |
if configure succeeded, then you are probably
good to go. |
14:16.20 |
dloman |
the make will take some time,
though. |
14:16.58 |
cjdevlin |
KimK: i had the same issue w/ the libncurses i
think. running autogen.sh took care of it for me. i had the same
floating point warning, but haven't run into an issue
yet. |
14:17.42 |
cjdevlin |
just built on a sempron: Elapsed compilation
time: 1 hour, 5 minutes, 24 seconds |
14:17.42 |
cjdevlin |
Elapsed time since configuration: 1 hour, 7
minutes, 30 seconds |
14:17.46 |
cjdevlin |
not too crazy :) |
14:20.28 |
KimK |
OK, no problem. cjdevlin , dloman , thanks
very much for your help. Ha, I was just going to ask if it would be
about an hour or more. I have a recent but unremarkable
motherboard, 4G of ram (well, 3.7after the on-board-graphics
robbery), and a cheap proc. |
14:21.22 |
dloman |
as long as you can afford the time, then 1+
hrs is no biggie :) |
14:22.04 |
cjdevlin |
KimK: the machine i built on is a fossil of
sorts. it shouldn't take you quite that long. |
14:22.28 |
cjdevlin |
but if you are planning on upgrading/working
on release code often, i would recommend using
checkinstall |
14:22.33 |
KimK |
Don't feel like you guys have to stick around.
If you've got someplace to go, go. Thanks for your help. I might
let it run and come back later myself. Should I follow the wiki
"build from SVN" (skipping the SVN part) to finish the install? I
saw some stuff about adding symbolic links and so forth. |
14:23.23 |
dloman |
oh I work here, so I'll be here all day
=D |
14:23.34 |
KimK |
Ha, OK, thanks. |
14:26.20 |
*** join/#brlcad PrezKennedy
(MK@2607:f0d0:3001:68::2) |
14:28.57 |
dloman |
simply put, after the 'make' is finished, you
can 'make install' to install the compiled binaries to your
machine. |
14:29.11 |
dloman |
then just run any of them from the command
line. |
14:29.24 |
dloman |
its likely you are looking for the graphical
editor: mged |
14:31.00 |
KimK |
Ha, you're ahead of me, but I had already
started typing: OK, so (reading from wiki) when make is done, make
test, make benchmark, make install, bunch of symbolic links, fis
the path, benchmark, mged. Does that sound about right? |
14:31.21 |
KimK |
s/fis/fix/ |
14:31.27 |
dloman |
could even be easier than that. |
14:31.29 |
dli_ |
KimK, I still suggest you run the debian/rules
script to build, better than checkinstall |
14:32.11 |
dloman |
if you are installing to a dir that is already
on your PATH, (and you have perms to do so) then it should be as
simple as 'make install' then, once finished, 'mged' |
14:33.27 |
KimK |
dli_: OK, how do I do that? What do you
suggest? dloman: Shall I fix the path first, when make is
done? |
14:33.49 |
dloman |
what os are you running anyways? |
14:34.01 |
dli_ |
KimK, apt-get build-dep brlcad |
14:34.14 |
dli_ |
KimK, apt-get -b source brlcad |
14:34.26 |
KimK |
Ubuntu 10.04 LTS 32-bit with EMC2
special-patched RTAI real-time kernel. |
14:35.30 |
dloman |
KimK: at the end of the ./configure run, did
you happen to see where it said it was set to install to? |
14:35.39 |
KimK |
dli_: OK, can I do that while make is
running? |
14:36.29 |
dli_ |
KimK, oh, I didn't realize brlcad is not in
ubuntu :( |
14:36.35 |
KimK |
dloman: No I didn't think to check, and I'm
pretty sure it's scrolled off now. But I had deleted my ~/brlcad/
dir, so if it's back, it created it. |
14:36.47 |
dloman |
dli_: if KimK is already configured and
compiling, why try getting packages via apt? |
14:37.01 |
dloman |
nm |
14:37.30 |
dloman |
KimK: do you have sudo perms on this
machine? |
14:38.11 |
dli_ |
dloman, make install is basically bypassing
apt, checkinstall should be avoided, whenever possible |
14:39.00 |
cjdevlin |
dli_: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289632 |
14:39.21 |
dloman |
what are the detremental effects of compiling
and installing manually? Its never cause me a
problem..... |
14:40.08 |
KimK |
dloman: Yes, my machine. I'm the owner. Hey, I
really appreciate the help you guys. You probably all have a lot of
experience with BRL-CAD now, but think back to when you first
started with it. How long did it take before you could make simple
cubes and cones and sort of have a clue what's going on with
it? |
14:40.21 |
cjdevlin |
dli_: why do you recommend avoiding
checkinstall (just curious - as i have said, i'm pretty
new)? |
14:40.55 |
cjdevlin |
KimK: if you work through that tutorial you
can make a simple radio in the first 1/2 hour |
14:41.57 |
*** join/#brlcad piksi
(piksi@pi-xi.net) |
14:41.58 |
dli_ |
cjdevlin, if you have the debian/ script
folder in source |
14:42.02 |
KimK |
cjdevlin: OK, I'll find it. I downloaded about
any PDF I ran across. |
14:43.40 |
cjdevlin |
dli_: i would think just running checkinstall
would be easier for someone new that is just trying it out over
dpkg-buildpackage or debuild? |
14:44.55 |
dli_ |
cjdevlin, we need a debian/ubuntu repository,
so user can do: apt-get build-dep, and apt-get -b source |
14:46.55 |
cjdevlin |
dli_: i don't disagree with that, but at this
point, afaik, that isn't an option? |
14:47.09 |
KimK |
dli_: I did apt-get --dry-run on those
packages. It was as you guys suspected, they were both "E: Unable
to find a source package for brlcad" |
14:47.34 |
dli_ |
cjdevlin, I have no idea, I thought there must
be a repository for brlcad already:( |
14:47.53 |
dli_ |
couldn't believe it, gentoo seems to be the
only one has brlcad in main tree |
14:48.05 |
KimK |
(And I've got something like 109 repos cranked
in!) |
14:48.19 |
cjdevlin |
there is not, the previous link i posted is
the 'request for packaging' in debian (which will then make it into
ubuntu) |
14:48.57 |
cjdevlin |
if the group would be so kind as to help me
out, i wouldn't mind building/maintaining a ppa for brl-cad on
launchpad |
14:49.50 |
CIA-14 |
BRL-CAD: 03davidloman * r43863
10/geomcore/trunk/tests/utility/uuidTest.cxx: Minor print verbage
change. Removed WS. |
14:50.29 |
KimK |
Oh, BTW, make is done. Probably for a few
minutes now. (Put your money into more RAM, every time,
lol!) |
14:51.28 |
KimK |
cjdevlin: That would be great, ppa's are
always a great convenience. |
15:00.30 |
CIA-14 |
BRL-CAD: 03davidloman * r43864
10/geomcore/trunk/src/utility/Config.cxx: WS and
Formatting. |
15:00.40 |
dli_ |
cjdevlin, KimK just want to double check
before 'checkinstall', what is your prefix during
./configure |
15:01.30 |
*** join/#brlcad PrezKennedy
(MK@2607:f0d0:3001:68::2) |
15:01.51 |
cjdevlin |
after make, just do: sudo
checkinstall |
15:02.06 |
cjdevlin |
for checkinstall you shouldn't have to do
anything different |
15:03.36 |
cjdevlin |
(outside of making sure checkinstall is there:
sudo apt-get install checkinstall) |
15:12.31 |
KimK |
Oh, sorry guys, I was following the wiki. So
far I've done make test and make benchmark. And I skipped ahead to
fix the paths because I haven't quite figured out what to do with
that bunch of symbolic links yet. Different versions installed at
the same time? dli_ OK, how can I check the prefix? The directory I
was building in was ~/source/brlcad-7.18.2 I have no knowledge of
checkinstall, but I'll check up on it. OK, I have checkinstall now.
I |
15:12.31 |
KimK |
<PROTECTED> |
15:15.24 |
dli_ |
KimK, better to check config.log |
15:17.02 |
dli_ |
KimK, if your prefix is /usr it mean mess up
the whole system, better in /opt/brlcad, or /usr/brlcad |
15:18.28 |
KimK |
There's a bunch of stuff in config.log, I'm
not sure what you're asking for. |
15:19.12 |
dloman |
can easily just run ./config again, and note
the install paths at the end |
15:19.44 |
KimK |
Would you like me to pastebin the config.log
file? |
15:21.09 |
KimK |
Especially, how can I tell if this "mess up
the whole system" thing has occurred? |
15:21.31 |
dloman |
KimK: did you do a 'make install' ? |
15:25.07 |
CIA-14 |
BRL-CAD: 03davidloman * r43865
10/geomcore/trunk/ (include/Config.h src/utility/Config.cxx): Added
int and short getter to Config. Simplify via code
consolidation |
15:25.43 |
dli_ |
KimK, you can pastebin config.log |
15:26.10 |
KimK |
dloman: No, I haven't. I did the autogen
thing, configure, make, make test, make benchmark, passed on make
install, took a pass on the symbolic links, skipped ahead to fix
the paths and wait for more advice, haven't got to benchmark and
mged yet. |
15:27.19 |
dloman |
The sym links are an optional setup for having
multiple versions of the brlcad libraries installed. (its just
standard ops for any libraries installed that require olderversions
to remain on the system) |
15:27.36 |
dloman |
so from this point on, if all you are trying
to do is get mged up and running: |
15:28.17 |
dloman |
1) Verify your installation path by: either
runing ./config again or check the config.log to see where the
PREFIX path is set to. |
15:28.28 |
dloman |
2) 'mged' |
15:28.33 |
dloman |
and you should be good to go. |
15:28.57 |
dli_ |
dloman, what's the default prefix?
/usr/loca/? |
15:29.20 |
KimK |
Apparently that file is too big for pastebin.
Do you guys have a place you like to post that file? |
15:29.27 |
dloman |
I believe so. |
15:30.09 |
dloman |
im on RHEL, but I'll check the default prefix
here. |
15:30.21 |
KimK |
OK, running ./config again |
15:30.36 |
dli_ |
KimK, only beginning part, like: head -100
config.log|wgetpaste |
15:31.05 |
dloman |
looks like /usr/brlcad/ is default for RHEL..
and likely ubuntu also. |
15:31.53 |
cjdevlin |
it is |
15:32.16 |
dli_ |
ac_default_prefix=/usr/local |
15:32.23 |
KimK |
prefix: /usr/brlcad Does that sound
right? |
15:32.32 |
dloman |
so as long as you have perms to install to
/usr/brlcad, you should be gtg. |
15:32.37 |
dloman |
sure does. |
15:32.40 |
dli_ |
AC_PREFIX_DEFAULT([/usr/brlcad]) |
15:32.50 |
KimK |
There are some subs below that too |
15:33.06 |
dloman |
right. standard stuff: lib, include,
share..... |
15:33.38 |
KimK |
Still need the short pastebin? |
15:33.55 |
cjdevlin |
in the directory where you ran the config and
make scripts, if brl-cad is something you sure you want, you can
just do: sudo make install |
15:34.13 |
cjdevlin |
if you aren't sure (it's something you might
want to remove) then you can look into using checkinstall |
15:34.57 |
dli_ |
cjdevlin, always use checkinstall instead of
'make install', whenever possible |
15:35.12 |
dloman |
even if someone does a 'make install' and want
to uninstall it later.... its as simple as rm -fr
/usr/brlcad |
15:35.18 |
dloman |
or even 'make uninstall' |
15:35.25 |
KimK |
I want it, but I might at some point want to
upgrade to the next newer tarball. How would that affect
things? |
15:36.06 |
dli_ |
KimK, do checkinstall and let apt to handle it
:( |
15:36.20 |
cjdevlin |
agrees with
dli_ |
15:36.43 |
KimK |
Oh, OK. So just delete the dir
~/source/brlcad-7.18.2 and install new in ~/source/brlcad-7.18.4
(or whatever?) |
15:37.18 |
KimK |
OK, so use the checkinstall? |
15:37.34 |
KimK |
Sorry, I'm a slow typer. Or I type to
long. |
15:37.44 |
cjdevlin |
KimK: yes, use checkinstall |
15:37.49 |
KimK |
s/to long/too long/ |
15:37.55 |
cjdevlin |
sudo apt-get install checkinstall |
15:38.36 |
cjdevlin |
then in the directory where you did the config
and make do: sudo checkinstall (and then just go w/ the defaults
and a simple package desc. i.e. 'brl-cad') |
15:38.38 |
KimK |
I have checkinstall now. And abandon the make
install that I never did? |
15:39.04 |
KimK |
And abandon the symbolic link
business? |
15:39.16 |
dloman |
not to argue, because checkinstall certainly
is a good tool, but brlcad has its own uninstall rule plus it
installs to its own directory, so its non-intrusive.
*shrug* |
15:39.38 |
dloman |
i use make install and make uninstall on my
ubuntu 10.10 machine all the time. never had an issue. |
15:39.39 |
cjdevlin |
KimK: checkinstall will essentially do the
make install for you, but it will treat the install as if you had
installed it via synaptic/apt |
15:39.58 |
KimK |
I don't mind running out of a directory. The
EMC folks call that running-in-place. |
15:40.03 |
dloman |
KimK: Yes, the sym link stuff is
optional. |
15:40.28 |
cjdevlin |
dloman: i agree with you also, but it's nice
to have it come up when you do dpkg -l (esp when newer people need
other help that this may affect) |
15:41.00 |
KimK |
The EMC folks use run-in-place to have
assorted versions of their programs all installed at
once. |
15:41.34 |
KimK |
Maybe some call it
compiled-in-place? |
15:44.01 |
KimK |
Let me ask you this. Assuming in the future
there might be a release of brlcad-7.18.4 (as above), then I could
have both .2 and .4 installed at once if I leave apt-get out of it?
But if I use checkinstall twice, then apt-get will want to remove
the older version, even though it's in a separate directory, is
that right? |
15:45.01 |
cjdevlin |
KimK: both options allow for multiple
installs. at this point it is up to you to determine which method
is easiest for you. |
15:45.13 |
KimK |
Sorry, I'm not really familiar with
checkinstall, I'm just trying to get a handle on all
this. |
15:45.36 |
cjdevlin |
but either way it is very possible to have
multiple versions of brl-cad installed concurrently |
15:45.57 |
cjdevlin |
and neither choice is really the *wrong*
one. |
15:48.54 |
KimK |
Well, I don't mind whether I type 20
characters or 30 characters on the command line, but what I do know
is that I'm pretty new at BRL-CAD, and I expect to install it again
on other PCs, and there's a written procedure on the wiki that I
can refer to again, however imperfect it might be. So I think I'd
like to refer to the wiki just because it's written on the wall
there, if you guys don't mind. |
15:50.01 |
cjdevlin |
it is your computing machine :-) and people
will be here to help either way. |
15:50.56 |
KimK |
And this should not be taken as any type of
criticism of you guys, I appreciate your help very much and am just
trying to stumble my way through the jungle here. |
15:51.03 |
dloman |
download->autogen.sh->configure->make->make
install |
15:51.22 |
dloman |
if everything goes well, it should be that
easy |
15:51.52 |
dloman |
if some of the libs that brlcad needs are not
present on the machine, then './config --enable-all' |
15:52.04 |
dloman |
and brlcad will build everything it needs to
run |
15:53.37 |
KimK |
OK, easy is good, lol! And until there's a PPA
or a repo or something better, installing by tarballs in
~/source/brlcad_revision_number/ seems like an OK thing to
do? |
15:53.53 |
dloman |
yuppers. |
15:54.10 |
dloman |
if you have any Winderz machines, the binaries
are precompiled. == even easier |
15:54.54 |
dli_ |
looks like Nishchay is working on brlcad in
debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289632 |
15:55.41 |
KimK |
OK. So now to tidy up the loose ends here, I
should just have to say make install? Then benchmark and
mged? |
15:56.04 |
dli_ |
KimK, checkinstall |
15:56.18 |
cjdevlin |
KimK: sudo make install |
15:56.24 |
cjdevlin |
that will install it |
15:56.43 |
KimK |
checkinstall? sudo make install? |
15:57.06 |
cjdevlin |
if you are trying to stick to the wiki, just
do: sudo make install |
16:03.24 |
KimK |
I finally got around to the short pastebin, I
just grabbed the first several hundred lines and pasted them.
http://pastebin.com/WpBLDK6T |
16:10.11 |
KimK |
I looked at the bugs.debian link above, there
was a git repo of BRL-CAD at Debian, at least in Aug 2010? Nice! It
would be nice to think it's still there. |
16:10.35 |
dli_ |
--prefix=/usr |
16:18.00 |
KimK |
dli_: What's that? |
16:19.31 |
dli_ |
KimK, redo it :( |
16:20.50 |
dli_ |
./configure --prefix=/opt/brlcad
--with-opengl=/usr/lib --with-tcl=/usr/lib
--disable-strict-build |
16:21.04 |
dli_ |
KimK, this is what I use for
archlinux |
16:28.44 |
dli_ |
KimK, ./configure --prefix=/usr
--build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib
--libdir=/usr/brlcad/lib64 --prefix=/usr/brlcad
--enable-strict-build --datadir=/usr/brlcad/share
--mandir=/usr/brlcad/man --disable-almost-everything
--disable-regex-build --disable-png-build --disable-zlib-build
--disable-urt-build --disable-tcl-b |
16:28.44 |
dli_ |
uild --disable-tk-build --disable-itcl-build
--disable-tkimg-build --disable-jove-build --disable-tnt-install
--disable-iwidgets-install --enable-opennurbs-build
--with-ldflags=-L/usr/lib64/itcl3.4 -L/usr/lib64/itk3.4 --with-x
--with-x11 --disable-debug --disable-optimization
--disable-runtime-debug --disable-verbose --disable-warnings
--disable-progress --disable-documentation --enable-models-install
--enable-parallel --with-ogl --with-jdk=/opt/ |
16:28.45 |
dli_ |
sun-jdk-1.6.0.24 |
16:29.42 |
dloman |
wow, thats a heck of a config line... why you
need all that? |
16:31.54 |
KimK |
OK, it ran the benchmarks in 9:23 and mged
gives me a big black screen and a smaller white screen. Of course,
I have no clue what to do with either of them, lol! But I think
it's working. And I do thank all you guys for your help, I really
appreciate it. I'll keep hanging around here, but first I've got a
lot of intro manuals and tutorials to look at. Thanks! |
16:32.44 |
dli_ |
dloman, not sure, it's autogenerated from
gentoo ebuild |
16:49.37 |
KimK |
I have to go now, but I'll leave this window
open in case you guys think of any advice for me while I'm gone.
Thanks again. |
16:52.27 |
dli_ |
Benchmark results indicate an approximate VGR
performance metric of 4859 |
18:16.42 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.138.203) |
18:16.42 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
18:27.13 |
starseeker |
dloman: as long as I'm asking dumb questions,
is this of any interest to us? http://s11n.net/ |
18:30.37 |
dloman |
maybe, i had looked at generalized object
serialization, but thre are some limitations associated with it.
Not to mention that we really dont need to send an entire object
across the net, usually just specific pieces fo data. |
19:23.31 |
CIA-14 |
BRL-CAD: 03starseeker * r43866
10/geomcore/trunk/src/GS/testclient/gstestclient.c: Nothing useful
yet with testclient - just a note that raw msg types down the
socket isn't going to cut it for any msg type, even simple
cases. |
21:26.59 |
CIA-14 |
BRL-CAD: 03starseeker * r43867
10/geomcore/trunk/src/GS/testclient/ (CMakeLists.txt gstestclient.c
tpl.c tpl.h): OK, start over with testclient. First job is to put
together a valid GSNet Msg to send. Have a look at tpl and see if
it can be of any help for this. |
21:53.41 |
CIA-14 |
BRL-CAD: 03starseeker * r43868
10/geomcore/trunk/src/GS/testclient/gstestclient.c: get as far as
getting what's expected into a struct. |
22:04.06 |
CIA-14 |
BRL-CAD: 03starseeker * r43869
10/geomcore/trunk/tests/CMakeLists.txt: Don't want the value in the
cache - just set it locally so only the tests directory gets
it. |
22:46.39 |
starseeker |
O.o http://automagically.de/g3dviewer/ |
23:34.55 |
*** join/#brlcad Ralith
(~ralith@S010600221561996a.vc.shawcable.net) |