00:04.12 |
brlcad |
starseeker: STATIC_ARRAY cmake test must have
failed |
00:04.31 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
00:05.03 |
brlcad |
HAVE_STATIC_ARRAYS should be undefined,
somehow defined |
00:06.13 |
brlcad |
misc/CMake/BRLCAD_CheckFunctions.cmake:macro(BRLCAD_CHECK_STATIC_ARRAYS) |
00:08.39 |
brlcad |
intentionally does not clear the flags so that
we get strictness flags for the current compile mode |
00:13.19 |
Notify |
03BRL-CAD:brlcad * 67750
brlcad/trunk/src/libged/draw.c: double-up the -S to imply drawing a
'simplified' wireframe instead of introducing a -M, which works for
nmg-no-surfaces and no subtractions |
00:26.47 |
brlcad |
the draw -L option feels wrong as it does not
generalize to all drawing |
00:27.48 |
brlcad |
maybe if we had some notion of a complexity
metric, or if it applied to all objects that have more than X
wireframe complexity or something |
00:28.06 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
00:33.24 |
*** join/#brlcad
mcthufrfbglffiqn
(~armin@dslb-092-075-148-208.092.075.pools.vodafone-ip.de) |
00:38.09 |
Notify |
03BRL-CAD:brlcad * 67751 brlcad/trunk/NEWS:
gang up -L with the previously undocumented -S option so we can
consistently keep the capital letters implying negation (no
subtractions) and represent a more generalized notion of drawing
simplified wireframes. reword the -L option so that it can more
generally apply to any object, though finding a good generalized
metric may not be easy. |
03:18.57 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
03:39.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:49.09 |
Notify |
03BRL-CAD:brlcad * 67752
brlcad/trunk/src/util/pixdiff.c: convert macro to do/while so it
requires a semicolon, and ws |
04:06.38 |
Notify |
03BRL-CAD:brlcad * 67753
brlcad/trunk/src/libbu/file.c: don't leave loose ends, bu_same_fd()
was using the same method as bu_same_file(), using stat to
determine if two files are different. use a slight variation with
_get_osfhandle() to test for it properly. |
04:12.00 |
*** join/#brlcad Barun
(~Barun@42.104.77.146) |
04:16.59 |
Notify |
03BRL-CAD:brlcad * 67754
brlcad/trunk/src/libbu/file.c: still need to compile test on
windows, but take steps to reduce much of the code
duplication |
04:26.42 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
04:33.59 |
Notify |
03BRL-CAD:brlcad * 67755
brlcad/trunk/src/libbu/file.c: more/final duplication reduction --
do the comparison and let us know the answer. |
04:44.30 |
Notify |
03BRL-CAD:brlcad * 67756
brlcad/trunk/doc/docbook/system/mann/draw.xml: update the docs to
reflect changing draw -M to draw -S for simpler
wireframes |
05:10.55 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
05:16.28 |
Notify |
03BRL-CAD:brlcad * 67757 brlcad/trunk/CHANGES:
this list still needs to be reconciled, but stub in our initial
swath of tools we're removing to focus usability and complexity
reduction |
05:34.02 |
*** join/#brlcad Mandeep_Singh
(~Mandeep_S@202.164.53.122) |
05:52.51 |
*** join/#brlcad shubham
(a5e1683c@gateway/web/freenode/ip.165.225.104.60) |
06:12.03 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
06:48.45 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:33.50 |
*** join/#brlcad mandeeps708
(~Mandeep@202.164.53.117) |
09:09.47 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
09:27.08 |
*** join/#brlcad skat00sh
(uid103741@gateway/web/irccloud.com/x-ueqstwlujknxkdzq) |
09:46.51 |
*** join/#brlcad mandeeps708
(~Mandeep@202.164.53.117) |
09:47.34 |
*** join/#brlcad mandeeps708
(~Mandeep@202.164.53.117) |
10:05.45 |
*** join/#brlcad teepee`
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
11:44.54 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
12:38.14 |
*** join/#brlcad yorik
(~yorik@187.35.19.227) |
13:06.20 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:12.48 |
*** join/#brlcad Barun
(~Barun@42.104.77.146) |
13:22.32 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
13:23.47 |
Barun |
Hi :) The virtual machine is pretty
cool |
13:33.59 |
Barun |
quick question thoughâ¦since it seems to be
really far behind in terms of commits |
13:34.03 |
Barun |
wouldnât it be better to update
it? |
13:34.26 |
starseeker |
Barun: it would, but I don't think the folks
who put that together have had time to update it recently |
13:34.48 |
starseeker |
I think you can run svn update inside the
vm... |
13:34.55 |
Barun |
Ifâ¦Iâm not wrong..its a simple matter of
downloading the VM, performing the svn up, and then just uploading
it again |
13:34.58 |
Barun |
Yeah of course you can.. |
13:35.23 |
Barun |
Justâ¦felt it would be cleaner :( |
13:35.25 |
Barun |
:)* |
13:35.29 |
starseeker |
Barun: i don't know if it's that simple or not
- it may be, but I wasn't really involved with the creation of the
image |
13:35.35 |
starseeker |
oh, it would definitely be cleaner |
13:35.59 |
starseeker |
we've got a release coming up RSN, and that
would be a good time to also update the image |
13:36.31 |
Barun |
RSN? |
13:36.37 |
starseeker |
Real Soon Now |
13:36.40 |
Barun |
Ah |
13:36.50 |
Barun |
Just throwing out ideas. :) |
13:37.30 |
starseeker |
it's a good one, and you're welcome to talk to
the folks who put together the original image and see what's
involved if you'd like to update it :-) |
13:37.45 |
starseeker |
we'd probably want to update the OS as well as
the svn commits if it's gotten that far out of date |
13:38.08 |
Barun |
Might be a good idea :) |
13:38.45 |
starseeker |
I was only vaguely aware of that work and it's
been a while, but I think there's some discussions in the mailing
list archives that could be a good starting point |
13:40.10 |
Barun |
Its running debian 7,2, and 8 has been out for
a while, so thats definitly a possibility |
13:40.59 |
Barun |
Thanks, Iâll take a look :) |
13:41.18 |
Barun |
Its a great idea to VM the whole thing and its
dependencies though! Its the first time Iâve seen something this
awesome :D |
13:49.22 |
Notify |
03BRL-CAD:starseeker * 67758
brlcad/trunk/CHANGES: Original list of tools has been covered by
new, more comprehensive listing (except png_info,which was moved
into image tools.) |
13:50.10 |
Notify |
03BRL-CAD:starseeker * 67759
brlcad/trunk/CHANGES: terrain needs more investigation. |
13:52.43 |
Barun |
~paste |
13:52.43 |
infobot |
somebody said paste was http://pastebin.org/ or http://bin.cakephp.org/ or http://pastebin.ca/ |
13:52.51 |
Barun |
~pastebin |
13:52.51 |
infobot |
A "pastebin" is a web-based service where you
should paste anything over 3 lines so you don't flood the channel.
Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste,
http://paste.lisp.org,
http://bin.cakephp.org/; or
install pastebinit with yum or aptitude. |
13:56.13 |
Notify |
03BRL-CAD:starseeker * 67760
(brlcad/trunk/CHANGES brlcad/trunk/src/util/CMakeLists.txt): dbcp
was actually deprecated a long time back - go ahead and yank
it. |
13:59.50 |
Barun |
Hmmâ¦the virtual machine definitely needs a
bit of updating, I donât seem to be able to run configure
currently on it, I need to update a few things as well as install a
couple of additional dependencies |
14:02.48 |
starseeker |
brlcad: should/can we update our pastebin
infobot entry so it doesn't mention pastebin.com? |
14:03.44 |
starseeker |
Barun: yeah, I'm not surprised - IIRC, the
last time it got serious work was one of the GSoC or GCI
pushes |
14:03.57 |
Barun |
ugg, okay.. |
14:04.13 |
Barun |
The thing is I canât svn up directly over my
network |
14:04.18 |
starseeker |
ugh |
14:04.25 |
starseeker |
what about git? |
14:04.37 |
Barun |
git also drops out over big packages |
14:04.41 |
Barun |
how big is it? |
14:04.55 |
Barun |
A direct download over tcp/ip can be resumed,
which is how I downloaded the VM over the last day and
night |
14:05.11 |
starseeker |
ah. yeah, a git conversion of our svn repo is
quite large |
14:06.25 |
starseeker |
Barun: what about generating a snapshot
tarball from here: https://sourceforge.net/p/brlcad/code/HEAD/tarball |
14:07.08 |
starseeker |
Barun: you should be able to resume an svn
checkout |
14:07.17 |
Barun |
Is that so? |
14:07.22 |
Barun |
You canât resume a git one |
14:07.23 |
starseeker |
even if the initial checkout fails, cd into
the directory it created and run svn up |
14:07.32 |
Barun |
Haha, awesome! |
14:07.34 |
Barun |
I did not know that :) |
14:07.35 |
starseeker |
has had to do that once or
twice - I think it can work |
14:07.43 |
starseeker |
yeah, git's a bit different |
14:07.53 |
starseeker |
tests that
quick |
14:08.43 |
starseeker |
yeah, seems to work |
14:09.00 |
Barun |
Thanks! Iâll do that |
14:09.03 |
Barun |
how big is the whole repo? |
14:09.33 |
starseeker |
a full svn checkout of trunk is... let's
see... |
14:09.53 |
starseeker |
looks like a bit over 750 megs |
14:10.06 |
Barun |
and after the build? |
14:10.12 |
Barun |
750 megs is manageable |
14:10.40 |
starseeker |
depends on what you build (don't run a
distcheck build if space is tight) |
14:10.52 |
Barun |
Iâm on a 120 GB ssd :( |
14:10.53 |
starseeker |
for a straight up build... let me try that
once... |
14:11.09 |
starseeker |
if it's not too full that should be
OK |
14:11.18 |
Barun |
It has about 30-40 GB free |
14:11.43 |
starseeker |
with everything built it's a couple
gigs |
14:12.08 |
Barun |
ah, awesome |
14:12.09 |
starseeker |
wouldn't expect it to be an issue |
14:12.09 |
Barun |
Iâm good |
14:12.14 |
Barun |
Thanks so much for all the help :) |
14:12.28 |
starseeker |
np |
14:13.04 |
starseeker |
that total may get a bit larger if you enable
things like OpenSceneGraph and Qt support, but even then you should
be fine |
14:13.26 |
starseeker |
but I wouldn't do a distcheck full
:-) |
14:14.24 |
starseeker |
Barun: if you need to tighten up on space, you
can disable Docbook building with -DBRLCAD_EXTRADOCS=OFF |
14:14.51 |
Barun |
Iâll keep that in mind! |
14:15.14 |
Barun |
one question |
14:15.26 |
Barun |
http://brlcad.org/wiki/Compiling
<â when was this last updated? |
14:16.01 |
starseeker |
September 2014 according to the
history |
14:16.19 |
starseeker |
package names getting out of date? |
14:17.14 |
Barun |
Iâ¦actually donât have a linux system, so I
wouldnât know :P |
14:17.23 |
starseeker |
heh |
14:17.27 |
Barun |
I was just wondering that maybe we should
remove the virtual machine reference for now |
14:17.45 |
Barun |
from there, and http://brlcad.org/wiki/Deuces |
14:18.00 |
starseeker |
shrugs - now that there's
interest again, it may prod folks into updating it |
14:18.20 |
starseeker |
or even better, someone might figure out a way
to automate the process of making the VM (if that's
practical) |
14:18.31 |
Barun |
Hurmâ¦thats an idea. |
14:20.48 |
starseeker |
dons his CMake armor and
dives in to see what's happening with STATIC_ARRAY testing on
BSD... |
14:20.59 |
Barun |
I wish you luck, noble knight |
14:21.10 |
Barun |
while I return to the realm of partial
differential equations for my math exam tomorrow |
14:21.26 |
starseeker |
winces in sympathy - best of
luck! |
14:21.35 |
Barun |
Iâm going to need it |
14:22.03 |
starseeker |
always had the vague feeling
that PDEs weren't really designed with human brains in
mind... |
14:32.11 |
Notify |
03BRL-CAD:starseeker * 67761
(brlcad/trunk/NEWS brlcad/trunk/src/libged/rcodes.c): per user
request, let users know if the rcodes file didn't make any
changes. |
14:38.12 |
Notify |
03BRL-CAD:starseeker * 67762
brlcad/trunk/CHANGES: Add notes in REMOVED that note the Tcl/Tk man
pages and UtahRLE image tools are no longer installed by
BRLL-CAD. |
14:46.39 |
*** join/#brlcad shubham__
(7b88c546@gateway/web/freenode/ip.123.136.197.70) |
14:47.21 |
*** join/#brlcad shubham__
(7b88c546@gateway/web/freenode/ip.123.136.197.70) |
15:13.59 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
15:18.45 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:46.47 |
Barun |
~pastebin |
15:46.47 |
infobot |
A "pastebin" is a web-based service where you
should paste anything over 3 lines so you don't flood the channel.
Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste,
http://paste.lisp.org,
http://bin.cakephp.org/; or
install pastebinit with yum or aptitude. |
15:47.34 |
Barun |
I get this error while compiling : http://pastebin.ca/3583940 |
15:49.05 |
Barun |
Iâll disable the docbooks and try
again |
16:24.31 |
Barun |
brlcad : I canât compile with docbooks, but
it works fine without. |
16:30.48 |
Notify |
03BRL-CAD:brlcad * 67763
brlcad/trunk/include/bu/hash.h: ws |
16:38.10 |
Barun |
how do I run brlcad after compiling? |
16:38.19 |
Barun |
./mged seems to open a text editor |
16:38.24 |
Barun |
a text interface* |
16:38.32 |
Barun |
http://brlcad.org/wiki/Compiling<â
this mentions archer, which doesnât seem to exist |
16:57.27 |
*** join/#brlcad mandeeps708
(~Mandeep@117.212.48.166) |
17:15.48 |
Notify |
03BRL-CAD:starseeker * 67764
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: With clang
3.4.1 on *BSD, we need to make sure we have both the -pedantic and
-std=gnu89 flags in addition to the Werror flag defined for the
test (pedantic is what triggers the -Wc99-extensions flag). We
evidently weren't getting the pedantic flag in the compile test,
but do get it in the main build. |
17:17.20 |
*** join/#brlcad mandeeps708
(~Mandeep@117.212.48.166) |
17:21.45 |
starseeker |
Barun: sounds like you built without graphics
enabled? |
17:35.09 |
Barun |
Ah, not enabled by default? |
17:35.26 |
Barun |
Iâll recompile. |
17:35.31 |
Notify |
03BRL-CAD:brlcad * 67765 brlcad/trunk/CHANGES:
don't skip fbcmrot. it's a colormap tool too. |
17:35.36 |
Barun |
Which reminds me, why the issue with
docbooks? |
17:36.07 |
Barun |
And what do I have to change to get graphics
enabled? |
17:46.12 |
Barun |
Nevermind, Iâm guessing that the last
question could be sovled by reading the install :) |
17:53.05 |
Notify |
03BRL-CAD:brlcad * 67766
brlcad/trunk/doc/STRATEGY: did not address geometry visualization
in the archer projects so make sure we capture that need as well in
a smaller project of its own. |
17:57.21 |
Notify |
03BRL-CAD:brlcad * 67767 brlcad/trunk/CHANGES:
add fbanim on principle. animation is out the window. also, tried
to use it and couldn't get it to actually talk to an fbserv as
documented. |
17:59.10 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
18:00.03 |
Barun |
its an opengl gui? |
18:30.28 |
Notify |
03BRL-CAD:brlcad * 67768 brlcad/trunk/TODO:
terrain dumps out a dsp datafile, so it's prime candidate for
src/shapes. |
20:54.42 |
*** join/#brlcad infobot
(ibot@rikers.org) |
20:54.42 |
*** topic/#brlcad is Welcome
to BRL-CAD! || Don't ask if someone is here, ask a better question.
|| We're participating in GSoC 2016! Patches required. || Major
release 7.26 coming any day now... :P || New website deployed,
feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/ |
21:02.57 |
Notify |
03BRL-CAD:brlcad * 67770
brlcad/trunk/src/proc-db/room.c: avoid using commas in
names |
21:04.47 |
Notify |
03BRL-CAD:brlcad * 67771
brlcad/trunk/src/proc-db/CMakeLists.txt: looks like the room
proc-db is really old, one of the first, and it looks like it has
created combs with an Obj entry that do not exist the whole time.
As it's not an interesting proc to mature, is serving no debug
purpose, and has incurred a cost, kill it. |
21:21.10 |
Notify |
03BRL-CAD:brlcad * 67772 brlcad/trunk/TODO:
remove 59 commands that are getting scheduled for removal or
refactoring (see CHANGES) |
21:24.15 |
Notify |
03BRL-CAD:n_reed * 67773
brlcad/branches/brep-debug/src/libged/brep.c: balance parens in
dplot usage string |
21:28.40 |
Notify |
03BRL-CAD:brlcad * 67774 brlcad/trunk/CHANGES:
reviewed the list of undocumented commands and annotated those
being scheduled for removal in here so we know which can be removed
without warning. reviewing the list, researched dozens of
additional commands and added many to the list for removal
including the yuv image converters, texturescale, additional
animation commands fbanim pixflip-fb chan_add, pixfields, |
21:28.42 |
Notify |
pixfieldsep, and NOT all of the plot3 tools
(only those that overlap with the overlay command). and probably a
few more I'm missing on visual review. |
21:28.44 |
Notify |
... |
21:29.35 |
Notify |
03BRL-CAD:brlcad * 67775 brlcad/trunk/CHANGES:
indent with a tab consistently |
21:39.44 |
Notify |
03BRL-CAD:brlcad * 67776
brlcad/trunk/src/proc-db/CMakeLists.txt: do not install ANY of the
proc-db utilities because they do not come with documentation. they
just create an unhelpful aura of complexity and cryptic
inconsistent usability. |
21:45.16 |
Notify |
03BRL-CAD:brlcad * 67777 brlcad/trunk/TODO:
take out proc-db tools now that they're not installed .. now it's a
good list of things installed that needs to have a manual page
written. 57 commands is still too many, though. |
21:50.48 |
Notify |
03BRL-CAD:brlcad * 67778
brlcad/trunk/src/proc-db/CMakeLists.txt: note that two of these
actually do have manual pages |
22:08.11 |
Notify |
03BRL-CAD:brlcad * 67779 brlcad/trunk/TODO:
separating out the converters, external tools and shape tools, this
starts to look like an increasingly manageable list. |
22:17.37 |
Notify |
03BRL-CAD:brlcad * 67780 brlcad/trunk/CHANGES:
rawbot listed twice |
22:20.02 |
Notify |
03BRL-CAD:brlcad * 67781 (brlcad/trunk/TODO
brlcad/trunk/src/sig/CMakeLists.txt): fhor is undocumented and a
framebuffer tool. looking it up, the 'floating horizon' algorithm
discussed in fundamentals of computer graphics describes it as a
hidden line / plotting method. as dealing with visualization of
signals is a topic in itself and this is quite undocumented, it can
go now. |
22:24.30 |
Notify |
03BRL-CAD:brlcad * 67782
brlcad/trunk/src/proc-db/CMakeLists.txt: contours is a poor-mans
surface point cloud / contour visualization, feeding points into
the program an turning them into plot3 commands. there are better
ways to do this now and with much richer geometry. |
22:31.05 |
starseeker |
Barun: that error looks like you have a stale
build directory from an older svn revision (docbook) |
22:35.56 |
Notify |
03BRL-CAD:brlcad * 67783
brlcad/trunk/src/util/CMakeLists.txt: don't see a practical reason
for combining two dsp data files into one outside of debugging
purposes or adding noise/features that are probably better dealt
with in image compositing software (as a 16-bits per channel
image). if we do need this functionality again in the future, it
probably belongs with the dsp command and needs to be
documented. |
22:40.22 |
Notify |
03BRL-CAD:brlcad * 67784
brlcad/trunk/src/fb/CMakeLists.txt: remove fbgammamod. atrocious
usability and exceptionally dubious general utility. there are also
other tools that help with gamma corrections, albeit not as
flexbily as this. |
22:41.19 |
starseeker |
prys cat off of
keyboard |
22:55.35 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
22:58.50 |
Notify |
03BRL-CAD:brlcad * 67785
(brlcad/trunk/src/conv/euclid/euclid-g.c
brlcad/trunk/src/conv/nmg/asc-nmg.c and 38 others): remove the
various 'program continues running statements. while some that are
preceeded by a usage statement may be confusing when the program
doesn't exit, it's similarly redundant to tell them that the
program is running when that is evident (by the program still
running). maybe need to review |
22:58.52 |
Notify |
these to see why they're printing usage
instead of a more helpful message. |
22:58.54 |
Notify |
... |
23:01.06 |
Notify |
03BRL-CAD:brlcad * 67786
brlcad/trunk/src/fb/fbcolor.c: this is better, tell the user what's
going to happen when we know |
23:16.45 |
Notify |
03BRL-CAD:brlcad * 67787
brlcad/trunk/src/libged/coil.c: more tricky case, but improve
things while we're in here. wasn't actually using the
user-specified object name, so make it do that. also was
initializing a vls and doing nothing with it. |
23:17.14 |
Notify |
03BRL-CAD:brlcad * 67788
(brlcad/trunk/src/fb/cmap-fb.c brlcad/trunk/src/fb/fb-cmap.c and 2
others): more messages to more clearly let the user know what is
going on. |
23:30.03 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
23:36.40 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |