03:45.34 |
*** join/#brlcad poolio_
(n=poolio@c-71-206-215-46.hsd1.pa.comcast.net) |
05:48.57 |
*** join/#brlcad CIA-4
(n=CIA@208.69.182.149) |
07:30.31 |
*** join/#brlcad Laniakea
(n=clock@zux221-122-143.adsl.green.ch) |
11:47.16 |
*** join/#brlcad elite01
(n=elite01@dslb-088-070-027-246.pools.arcor-ip.net) |
11:50.26 |
*** join/#brlcad Elperion
(n=Bary@p548777BF.dip.t-dialin.net) |
12:46.00 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/NEWS: |
12:46.00 |
CIA-4 |
BRL-CAD: once again, john continues to rock
and rock hard he does with this latest |
12:46.00 |
CIA-4 |
BRL-CAD: addition -- tab-completion for mged.
he added tab bindings for both classic and |
12:46.00 |
CIA-4 |
BRL-CAD: tcl gui mode where the commands
complete out and then during command processing, |
12:46.00 |
CIA-4 |
BRL-CAD: tab expands out to the available
objects including down a geometry path. this |
12:46.02 |
CIA-4 |
BRL-CAD: has been a long-desired,
often-requested feature. very awesome, even if it |
12:46.04 |
CIA-4 |
BRL-CAD: doesn't use readline/libedit.
;) |
15:26.25 |
*** join/#brlcad
MinuteElectron (n=MinuteEl@bz.bzflag.bz) |
15:37.57 |
*** join/#brlcad cad00
(n=3bb63c48@bz.bzflag.bz) |
15:38.35 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/remrt/rtsrv.c: commit to quell compiler
warning |
15:47.11 |
CIA-4 |
BRL-CAD: 03erikgreenwald * 10brlcad/src/conv/
(jack/g-jack.c off/g-off.c): use literal terminator instead of
casting null (fixes compiler warning) |
16:20.16 |
MinuteElectron |
Now, I know I was going to do
something... |
16:46.00 |
``Erik |
not me, I was gonna do stuff intead |
17:11.05 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/librt/g_tgc.c: only print all that prep stuff if solid
debugging is turned on |
18:01.20 |
``Erik |
heh |
18:01.32 |
``Erik |
all this spaghetti code is making me want to
go get some italian O.o |
18:25.47 |
*** join/#brlcad cad36
(n=51301ba5@bz.bzflag.bz) |
18:36.17 |
*** join/#brlcad cad50
(n=4a5c94fa@bz.bzflag.bz) |
18:39.53 |
``Erik |
heh, finally got it |
18:40.24 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/liboptical/photonmap.c: carry a_logoverlap so -R has
the expected behavior when building the irradiance cache |
19:04.40 |
brlcad |
that's probably NEWS-worthy, it's
user-visible |
19:35.07 |
MinuteElectron |
Drupal is a whore to upgrade. |
19:46.23 |
MinuteElectron |
Everything is done BTW. |
19:46.27 |
MinuteElectron |
On the site. |
19:47.48 |
MinuteElectron |
In case anyone was worried. |
19:52.32 |
brlcad |
awesome! |
19:53.08 |
brlcad |
i've upgraded drupal in the past and found it
to be pretty painless for that particular upgrade (albeit a couple
years ago now) |
19:53.16 |
brlcad |
eek |
19:53.31 |
brlcad |
that kind of command scares the daylights out
of me :) |
19:53.50 |
MinuteElectron |
brlcad: Would you mind upgrading it. |
19:54.04 |
MinuteElectron |
I have restored it I can't work it
out. |
19:54.04 |
brlcad |
didn't you just do it? |
19:54.12 |
MinuteElectron |
No, it was down? |
19:54.18 |
brlcad |
hm? |
19:54.25 |
brlcad |
i was just going from what you said |
19:54.32 |
brlcad |
that "Everything is done" |
19:54.34 |
MinuteElectron |
oh, ok |
19:54.41 |
MinuteElectron |
s/done/down |
19:54.49 |
MinuteElectron |
Sorry, uber-typo. |
19:55.16 |
brlcad |
oooh |
19:55.22 |
brlcad |
heh, yeah |
19:55.55 |
brlcad |
is it still down? |
19:56.05 |
MinuteElectron |
No, I restored it. |
19:56.12 |
MinuteElectron |
But it is still 5.1 not 5.2. |
19:56.19 |
brlcad |
ah, down because of the upgrade |
19:56.29 |
brlcad |
thought you meant because of some other
issue |
19:56.33 |
MinuteElectron |
I have no idea of how to upgrade, been trying
for ages. |
19:56.54 |
brlcad |
okay, I'll take a look at it |
19:56.58 |
MinuteElectron |
Thanks. |
19:57.01 |
brlcad |
presume you need .2 for something? |
19:57.14 |
MinuteElectron |
Yeah. |
19:57.17 |
brlcad |
k |
19:57.19 |
MinuteElectron |
No, security updates. |
19:57.24 |
brlcad |
ah |
19:57.40 |
brlcad |
iirc, the files installed are from freebsd
ports |
19:58.04 |
brlcad |
so I can just update the port, copy the
updated files over, run the db upgrade script if any db actions
changed |
19:58.14 |
MinuteElectron |
oh? |
19:58.25 |
MinuteElectron |
from a port? |
19:59.01 |
brlcad |
from the "ports" system, freebsd version of
apt, portage, fink, etc |
20:00.38 |
MinuteElectron |
ok... |
20:01.19 |
MinuteElectron |
No, it isn't from a port. |
20:01.24 |
brlcad |
hm |
20:01.27 |
brlcad |
oh! |
20:01.31 |
MinuteElectron |
I have records of doing the wget. |
20:01.34 |
brlcad |
yeah, you set up the current files.. that's
right |
20:01.40 |
MinuteElectron |
*grin* |
20:01.43 |
brlcad |
sorry, confusing the site with
another |
20:01.49 |
brlcad |
same for wikimedia |
20:01.52 |
brlcad |
er, mediawiki |
20:01.52 |
MinuteElectron |
It hapens. |
20:01.57 |
MinuteElectron |
*happens |
20:02.29 |
brlcad |
there are probably a half dozen CMS' on the
server for various sites/projects |
20:02.47 |
MinuteElectron |
heh |
20:09.35 |
``Erik |
all your cms are belong to me |
20:09.44 |
``Erik |
move rdbms for great justice! |
20:12.28 |
``Erik |
now that's interesting |
20:12.58 |
``Erik |
bu_log() in rt is printing to the xterm where
I ran mged instead of to the mged console window |
20:17.08 |
brlcad |
yeah, there's a problem with the I/O
redirection that happens early on in ged.c |
20:17.40 |
brlcad |
either an fd that's not closed that should be,
or that forked before it's closed, or something similar |
20:17.45 |
brlcad |
i'd not investigated |
20:18.34 |
*** join/#brlcad Elperion
(n=Bary@p548777BF.dip.t-dialin.net) |
20:32.09 |
*** join/#brlcad dtidrow
(n=dtidrow@host131.objectsciences.com) |
20:33.27 |
minute |
brlcad: Once you finish if you could talk me
through the process briefly it would be nice. This is quite a big
learning curve for me, I have never actually updated web software
because all I ever used was bleeding edge MediaWiki (although a bad
idea it was). |
20:41.39 |
*** join/#brlcad poolio
(n=poolio@c-71-206-215-46.hsd1.pa.comcast.net) |
20:44.57 |
*** join/#brlcad yukonbob
(n=yukonbob@204.244.194.11) |
20:45.29 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/liboptical/photonmap.c: Timer based progress report on
irradiance cache if sigalrm is handy. Also tries to estimate how
much time left. PR#1312281. |
20:50.28 |
``Erik |
wtf, I smell popcnr |
20:50.31 |
``Erik |
corn |
21:01.17 |
minute |
I think the site is on the right track right
now. Tomorrow I will port the skin to mediaWiki (shouldn't be too
difficult) then start adding content (I think). Also if you haven't
managed to upgrade I will look into that brlcad. |
21:01.29 |
minute |
Apart from them two things we are good to
go. |
21:02.10 |
minute |
And on that note I go to bed, goodnight
all. |
21:09.07 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/adrt/ (46
files in 14 dirs): TFLOAT changed to tfloat. also quell a few
warnings/bugs related to passing the wrong TIE_3 pointer
type. |
21:10.40 |
``Erik |
hrm |
21:12.26 |
``Erik |
tfloat is a define, I usually make defines all
upper so'z I know what I'm looking at... might be better to change
tfloat to a typedef (and give it the _t suffix, perhaps)
O.o |
21:41.40 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/adrt/libtie/
(11 files): libtie update from Justin. these changes are the
updates after integration of libtie with MUVES-S2. it includes a
few minor api changes as well as a variety of bug fixes and other
cleanup. |
21:42.47 |
brlcad |
heh, those commits were made like on thursday
.. way to go CIA-4 |
21:43.03 |
starseeker |
Hey Sean - that you? |
21:43.45 |
starseeker |
Question on the ITCL and ITK
libraries |
21:43.47 |
brlcad |
minute: cool, sounds good -- i'll let you know
what the upgrade steps where and thanks again for all the hard work
on the new site.. I think it's going to be so much better, even
though this is obviously quite a bit of work :) |
21:43.56 |
brlcad |
starseeker: howdy ... been a while! |
21:44.36 |
brlcad |
``Erik: as for the tfloatness, yeah, meh .. I
do to, but I was in apply-the-patch/upgrade-and-move-on
mode |
21:44.41 |
starseeker |
Indeed :-). Looking over the Gentoo brlcad
bug, I see folks haven't given up. I'm getting back up to
speed. |
21:44.56 |
brlcad |
yeah, there were quite a few developments in
that area |
21:45.23 |
brlcad |
I spent several months reworking portions of
the code and ultimately ripping out that custom Tk mod that
originally made the gentoo integration a royal PITA |
21:45.36 |
brlcad |
now the only thing left should be namespace
conflicts |
21:45.48 |
starseeker |
hehe - the "system nukers" |
21:46.12 |
starseeker |
I've been thinking about that - how does
brlcad decide the default locations to look for its
libraries? |
21:48.48 |
starseeker |
Hmm - looks like the complaint in the latest
ebuild attempt is that ITCL_LIBRARY and ITK_LIBRARY need to be set
in the users .bashrc file. Is that expected? |
21:56.21 |
brlcad |
it's pretty complicated as there are various
tools/libraries looking for different things |
21:56.42 |
brlcad |
mged is particularly complicated in this
regard as it rolls everything into one binary, so it has to find
almost everything |
21:57.48 |
brlcad |
there's a BRLCAD_ROOT (which folks aren't
supposed to set any more) that basically amounts to the installed
path that it will search for installed binary resources (like rt)
as well as a BRLCAD_DATA path for shared resources (like the
tclscripts that establish mged's gui) |
21:58.31 |
brlcad |
on top of that, tcl/tk have their own paths
that they search (TCL_LIBRARY, TK_LIBRARY, ITCL_LIBRARY,
ITK_LIBRARY, IWIDGETS_LIBRARY) |
21:58.33 |
starseeker |
Is it possible to set a "per-library" install
path that would (say) put the conflicting libraries in
/usr/lib/brlcad and teach the binaries to look for that particular
functionality there? |
21:58.58 |
brlcad |
both brl-cad and tcl/tk have compile-time
paths that it knows about, run-time paths, and overrideable
paths |
22:00.58 |
starseeker |
Hmm. I saved a report from the last time my
system got wiped... |
22:01.46 |
brlcad |
that's all ancient now, it's changed quite a
bit wrt tcl/tk |
22:02.04 |
brlcad |
the issue now will probably be that I jumped
up to tcl/tk 8.5 which is not yet finalized |
22:02.06 |
starseeker |
Ah. librt, libbu, libregex, libbn, and
libtermlib |
22:03.51 |
starseeker |
Gentoo has an ebuild for tcl-8.5-alpha6, but
still masked. |
22:04.10 |
starseeker |
tk as well. |
22:06.40 |
starseeker |
I wonder why ITCL_LIBRARY and ITK_LIBRARY
aren't getting set in the system. |
22:06.51 |
starseeker |
Maybe the ebuilds for those need
work... |
22:06.53 |
brlcad |
you shouldn't need to set any vars, but can to
override |
22:07.12 |
brlcad |
it "should" all work from
configure/compile-time paths |
22:07.34 |
starseeker |
The latest ebuild has an informational message
about setting them, and IIRC I ran into something similar when I
tried a manual install. |
22:07.41 |
starseeker |
Let me give it a go with the latest. |
22:10.58 |
brlcad |
heh |
22:11.21 |
brlcad |
remember to not install into /usr as it'll
conflict with various installed or system libs
potentially |
22:11.33 |
brlcad |
default is /usr/brlcad |
22:11.46 |
starseeker |
Right :-). Here's what happened last time I
tried /usr: http://bugs.gentoo.org/attachment.cgi?id=109012 |
22:13.18 |
starseeker |
Somebody else actually tried the same thing,
with similar results ;-) |
22:19.01 |
brlcad |
i think i even warned about it several times,
iirc :) |
22:19.21 |
starseeker |
hehe - probably |
22:24.16 |
starseeker |
Ah - done. |
22:26.43 |
starseeker |
Excellent. Manual compile and install
succeeded flawlessly |
22:26.53 |
starseeker |
Very nice work! |
22:29.18 |
starseeker |
OK, there is a real chance that most recent
ebuild will actually work. |
23:11.08 |
starseeker |
ln: accessing
`/var/tmp/portage/sci-misc/brlcad-7.10.2/work/brlcad-7.10.2Tk_Alloc3DBorderFromObj.3':
No such file or directory |
23:11.15 |
starseeker |
Nuts - so close |
23:18.28 |
brlcad |
hm, it reported an hour and it didn't take an
hour? |
23:19.24 |
brlcad |
minor minor issue to say the least, but I've
yet to hear a report of that being wrong in years* |
23:20.13 |
brlcad |
yeah, looks like a trailing slash is missing
there on that ln before "Tk" for that header |
23:24.54 |
starseeker |
brlcad: I'll try the manual build again and
see if it's wrong a second time |
23:27.12 |
brlcad |
yeah, I'd start with a vanilla manual install
into /usr/brlcad and make sure it at least works on your system
(both with --enable-all and without), then try a make
distcheck |
23:27.41 |
brlcad |
if those three work, then move on to the
portage build since then it "should" just be ebuild
configuration/settings |
23:30.28 |
starseeker |
OK |
23:38.11 |
starseeker |
Redoing manual with enable-all |
23:42.50 |
starseeker |
If I understand the "auto" target correctly, I
can trust it to check for a system library and if it finds (for
whatever reason) that it can't use it it will fall back to the
internal version? |
23:45.08 |
starseeker |
That poses an interesting problem.
Theoretically, what we would really want the ebuild to do would be
to require tcl, tk, etc. if and only if the version installable by
portage could (in theory) support brlcad. Otherwise the build of
the system version would be known to be a waste of time in
advance. |
23:46.22 |
starseeker |
BUT - we don't want the build to stop for a
failed dependency, because at that point BRL-CAD can take
over. |