00:21.24 |
*** join/#brlcad infobot
(ibot@rikers.org) |
00:21.24 |
*** topic/#brlcad is GSoC
students: if you have a question, ask and wait for an answer ...
responses may take minutes or hours. Ask and WAIT.
;) |
00:25.06 |
*** join/#brlcad
uswcfhzyfxdgmkis
(~armin@dslb-088-066-152-186.088.066.pools.vodafone-ip.de) |
00:57.02 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:58.17 |
starseeker |
``Erik: cool! |
01:21.46 |
DaRock |
``Erik: so far so good. If you adjust the port
Makefile to disable all bundled and enable only urt and tkhtml it
will work. I can send you the files as adjusted that will enable
successful build if you want so you make patches. |
01:33.25 |
DaRock |
guys, what is axis.g meant to look like? is
there meant to be images or a file on this page
http://more.brlcad.org/model/axis-examplehttp://more.brlcad.org/model/axis-example? |
01:33.26 |
gcibot_ |
[ Page not found | BRL-CAD Model Repository
] |
01:35.06 |
DaRock |
its also not showing opening in the share/db
dir - I open it and I have objects in the tree, but nothing in the
window |
01:35.12 |
DaRock |
I'm using archer btw |
01:38.39 |
DaRock |
mged - same |
01:51.57 |
DaRock |
I think I might have it - for some reason
display was set to off for all objects. I've switched it to shaded
and I think I can see it now - just not sure if its what I'm
supposed to be seeing :-) |
03:22.45 |
Notify |
03BRL-CAD:brlcad * 69712
brlcad/trunk/src/liboptical/shade.c: there's no point in warning
about normals that are highly perpendicular. use RT_DOT_TOL which
is much larger than the perp tol used for computation. much less
useless blather. |
03:25.21 |
Notify |
03BRL-CAD:brlcad * 69713 brlcad/trunk/NEWS: rt
and friends will now blather less useless info about perpendicular
grazing ray normals ever so slightly facing backwards |
03:44.35 |
Notify |
03BRL-CAD:brlcad * 69714
brlcad/trunk/src/libged/nirt.c: was very suprirsed to discover that
nirt called from within mged actually ends up dispatching three
rays instead of one, so document it and the presumed reason in a
comment. it does this in order to easily parse out partition and
overlap information in addition to the specified output
format. |
03:45.06 |
Notify |
03BRL-CAD:brlcad * 69715
brlcad/trunk/src/librt/primitives/tgc/tgc.c: bomb logs |
06:35.40 |
Notify |
03BRL-CAD:brlcad * 69716
(brlcad/trunk/include/rt/tol.h brlcad/trunk/src/librt/roots.c):
define 1e-5 as RT_ROOT_TOL as it was used in several places
undocumented. |
06:39.46 |
Notify |
03BRL-CAD:brlcad * 69717
brlcad/trunk/src/librt/primitives/tgc/tgc.c: make tgc use the same
tolerance as the root solver, meaning it will be more generous
about discarding imaginary roots. this fixes a problem with
'pinched' tgc where the solver is returning duplicate roots at
imaginary +- 3e-3. testing passes, but if this proves to be
problematic, an alternative will be to check for los=0 on the real
component |
06:39.48 |
Notify |
pairs. |
06:39.50 |
Notify |
... |
06:46.26 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
08:01.41 |
*** join/#brlcad gabbar1947
(uid205515@gateway/web/irccloud.com/x-bbmiynmobjqzhsck) |
08:14.32 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
08:49.05 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
09:06.11 |
*** join/#brlcad merzo
(~merzo@106-57-133-95.pool.ukrtel.net) |
09:39.10 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
10:29.28 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-139.skif.com.ua) |
10:48.16 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
11:57.52 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
13:02.35 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
13:05.20 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:29.23 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:8fcc:290:f5ff:fedc:3bb2) |
15:18.09 |
*** join/#brlcad milamber1
(~devlin@2602:306:8094:9990:2457:62f3:fb4c:6d4d) |
15:36.08 |
Notify |
03BRL-CAD:starseeker * 69718
(brlcad/trunk/CMakeLists.txt brlcad/trunk/include/brlcad_ident.h
and 2 others): Make an experimental stab at reporting the build
info from data files, rather than building it into the headers.
This avoids rebuilding everything every time the configuration
changes. The downside is it does introduce a libbu requirement into
brlcad_ident.h... |
15:56.04 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
18:16.26 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
19:26.49 |
Notify |
03BRL-CAD:n_reed * 69719
(brlcad/branches/brep-debug/BUGS brlcad/branches/brep-debug/CHANGES
and 36 others): sync r69584 through r69628 changes from
trunk |
19:32.10 |
Notify |
03BRL-CAD:n_reed * 69720
(brlcad/branches/brep-debug/AUTHORS
brlcad/branches/brep-debug/src/CMakeLists.txt and 15 others): sync
r69629 through r69673 changes from trunk |
19:36.38 |
Notify |
03BRL-CAD:n_reed * 69721
(brlcad/branches/brep-debug/BUGS
brlcad/branches/brep-debug/CMakeLists.txt and 31 others): sync
r69674 through r69718 changes from trunk |
19:50.51 |
Notify |
03BRL-CAD:n_reed * 69722 (svn:mergeinfo ##
-1,5 +1,5 ## and 6 others): mark sync revisions as mergedProperty
Changed:----------------brlcad/trunk/brlcad/trunk/NEWSbrlcad/trunk/src/libged/polyclip.cpp |
21:09.20 |
*** part/#brlcad Plazma
(~plazma@freenode/staff-emeritus/plazma) |
21:14.04 |
*** join/#brlcad merzo
(~merzo@106-57-133-95.pool.ukrtel.net) |
22:05.10 |
brlcad |
starseeker: what's the next step on freetype
that needs to be taken? have a BUNDLED build failure where it's
pulling the system freetype and not linking libpng correctly
(perhaps freetype was compiled with an incompatible libpng, perhaps
just missing a -lpng) |
22:20.15 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
23:37.05 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |