IRC log for #brlcad on 20091129

01:38.07 CIA-41 BRL-CAD: 03Ssd 07http://brlcad.org * r1994 10/wiki/MGED_CMD_put_edit_solid: stubify
01:40.23 CIA-41 BRL-CAD: 03Ssd 07http://brlcad.org * r1995 10/wiki/MGED_CMD_QuestionMarkDevel:
01:41.22 CIA-41 BRL-CAD: 03Ssd 07http://brlcad.org * r1996 10/wiki/MGED_CMD_aproposdevel:
01:42.19 CIA-41 BRL-CAD: 03Ssd 07http://brlcad.org * r1997 10/wiki/MGED_CMD_helpdevel:
05:45.45 *** join/#brlcad talcite (n=matthew@dhcp-143-147.mcme-students.carleton.ca)
05:46.08 talcite starseeker: you there?
05:46.19 talcite I've applied the fix to the specfile and it didn't help
06:46.53 talcite starseeker: sorry, I'm referring to the xsltproc build failure. I added the libxslt build requirement. Also, the --disable-documentation option is specified in the configure script
10:39.36 CIA-41 BRL-CAD: 03brlcad * r36710 10/brlcad/trunk/src/libbu/backtrace.c: check the return types on write() to make sure it succeeded. remember to avoid using stack vars on the crash path.
16:01.18 *** join/#brlcad Elrohir (n=kvirc@p5B14F55C.dip.t-dialin.net)
19:52.25 CIA-41 BRL-CAD: 03brlcad * r36711 10/brlcad/trunk/src/librt/db_comb.c: ws indent style cleanup
21:08.12 *** join/#brlcad Ralith (n=ralith@69.90.48.97)
22:09.41 CIA-41 BRL-CAD: 03brlcad * r36712 10/brlcad/trunk/include/vmath.h: (log message trimmed)
22:09.41 CIA-41 BRL-CAD: oof. this can have some widespread repercussions.. VEQUAL was using exactness
22:09.41 CIA-41 BRL-CAD: testing, relying on stable representation comparisons (leaving a false sense of
22:09.41 CIA-41 BRL-CAD: behavior by callers). SMALL_FASTF is what we define as the minimum
22:09.43 CIA-41 BRL-CAD: representation capacity delta of the hardware, so we use that now instead. this
22:09.45 CIA-41 BRL-CAD: will change behavior and require additional testing, but is what the vmath
22:09.47 CIA-41 BRL-CAD: routine needs to be. the callers (which at a glance are patch-g,
22:18.15 CIA-41 BRL-CAD: 03brlcad * r36713 10/brlcad/trunk/include/vmath.h: ws style cleanup
22:25.59 *** join/#brlcad talcite (n=matthew@dhcp-143-147.mcme-students.carleton.ca)
22:28.26 talcite starseeker: ping?
22:29.04 starseeker talcite: got a few minutes
22:29.13 starseeker you've got the xsltproc binary?
22:29.53 talcite starseeker: yes
22:30.11 starseeker that's really strange
22:30.36 talcite is it an autotool script bug?
22:30.39 starseeker can you post your config.log file at pastebin.bzflag.bz?
22:30.42 starseeker could be
22:31.11 talcite I don't have the config.log, but I have the config output. Is that alright?
22:31.19 starseeker it's a start
22:31.23 talcite I was building on the fedora koji server. I only have access to the output from mock
22:31.29 starseeker hmm
22:31.49 starseeker do you have a local machine with the same version of fedora?
22:31.57 starseeker first step would be to get it working there
22:32.23 talcite I do, but it's at home right now. The laptop takes an hour to compile
22:32.33 starseeker well, all you need is to configure
22:32.42 starseeker check the Makefile in doc/docbook
22:32.51 talcite hmm ok. Give me a sec
22:33.01 talcite you want this to be built in a chroot jail or no?
22:33.39 starseeker if it's XSLTPROC variable is empty, we've got a problem
22:34.07 starseeker as close to the koji server as you can conveniently arragne
22:34.10 starseeker arrange even
22:35.04 talcite I can make it mostly identical. The koji server runs mock to build with chroot jails, just like I have here
22:35.05 talcite one sec
22:37.19 talcite starseeker: I don't actually know if this builds outside of the chroot jail. I've never done 7.16 outside of one
22:40.39 talcite starseeker: this may take more than a few minutes actually. It needs to install the dev packages to the chroot. Will you be back tonight?
22:43.09 CIA-41 BRL-CAD: 03brlcad * r36714 10/brlcad/trunk/TODO: also rename nmg_struct_counts() due to struct of same name.
22:43.33 talcite it's empty
22:43.38 talcite brb.
22:51.52 starseeker talcite: dunno - maybe later
23:00.34 CIA-41 BRL-CAD: 03brlcad * r36715 10/brlcad/trunk/ (include/opennurbs_ext.h src/librt/opennurbs_ext.cpp):
23:00.34 CIA-41 BRL-CAD: provide a non-negative tolerance to get_closest_point(), namely the one that it
23:00.34 CIA-41 BRL-CAD: was using internally (BREP_FCP_ROOT_EPSILON) and ignoring the passed tolerance.
23:00.34 CIA-41 BRL-CAD: now it uses the tolerance passed. quell a slew of other warnings while we're at
23:00.35 CIA-41 BRL-CAD: it, what a mess.
23:17.43 CIA-41 BRL-CAD: 03brlcad * r36716 10/brlcad/trunk/include/opennurbs_ext.h: fix initialization ordering, must match declaration
23:17.57 CIA-41 BRL-CAD: 03brlcad * r36717 10/brlcad/trunk/include/vector_x86.h: quell shadow warnings, has member funcs of same name.
23:19.42 CIA-41 BRL-CAD: 03brlcad * r36718 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: quell more warnings, convert exact floating point comparison into a root epsilon comparison (sensitivity required is undocumented)
23:20.25 *** join/#brlcad Talcite_cellphon (n=Talcite@134.117.254.248)
23:28.48 talcite starseeker: the XSLTPROC variable is empty
23:34.02 CIA-41 BRL-CAD: 03brlcad * r36719 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: mass ws style indent comment cleanup, take out the trash too
23:39.28 CIA-41 BRL-CAD: 03brlcad * r36720 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: another dead code section, make the KTANGENTBREAK section non-conditional and remove the old linear case
23:40.43 brlcad empty or ':' ?
23:41.22 brlcad it shouldn't be empty unless documentation is disabled and it wasn't detect
23:43.18 brlcad it should be ':' if it wasn't detected and documentation is enabled
23:43.22 brlcad (talcite)
23:44.15 talcite brlcad: empty
23:44.21 talcite and documentation is disabled
23:44.31 talcite I'm still getting a build failure though
23:45.12 talcite brlcad: http://fpaste.org/xeEF/
23:45.27 talcite That was done on koji so I have limited access to the files unfortunately
23:47.18 brlcad ah, okay - that's the issue then
23:47.33 brlcad it shouldn't be even getting to that dir with documentation disabled
23:48.39 talcite yeah
23:48.47 talcite actually, let me see if I can re-enable documentation
23:49.08 talcite We took it off last time because of a bug in one of the java apps. It's been updated now
23:51.06 talcite man. I love the connection on the campus. uploading at 250 kB/s sustained =)
23:51.16 talcite koji builds are so fast here
23:51.26 brlcad java is only for a subset of the docs
23:51.32 CIA-41 BRL-CAD: 03brlcad * r36721 10/brlcad/trunk/doc/Makefile.am: don't even traverse into the docbook directory if documentation is disabled, just include it in the dist
23:51.40 brlcad xslt gives the html docs, java gives the pdf docs
23:52.06 brlcad iirc: --disable-documentation will turn both off, --disable-pdf-documentation will turn just the latter off
23:53.01 brlcad ah, I lie -- no separate disable-pdf-documentation option any longer
23:53.18 brlcad it's just auto-detected, though --disable-documentation will turn both off
23:54.25 talcite hmm. Any chance that patch you just submitted will be back-ported to the release?
23:55.00 talcite I'm using the 7.16.2 release now. Not SVN anymore
23:57.11 brlcad no, we don't back-port any changes unless it's security critical
23:57.28 brlcad and even then more likely to yank the release, depending on the issue
23:57.32 brlcad too much changes too quickly
23:57.47 brlcad plus we're on a monthly iteration cycle anyways, with a release in just a couple days expected
23:58.38 brlcad 7.16.4 is scheduled for the first week of December
23:59.26 brlcad i still need to run some tests to see if that change is even good, to make sure things package up correctly with docs on/off

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.