00:19.32 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:21.19 |
Notify |
03BRL-CAD:starseeker * 66850
brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt: Don't
need test either |
02:39.54 |
*** join/#brlcad nvblmqrooijemzkh
(~armin@dslb-088-064-125-099.088.064.pools.vodafone-ip.de) |
04:43.07 |
maths22 |
seen
/who |
04:43.12 |
maths22 |
oops |
05:04.52 |
Notify |
03BRL-CAD
Wiki:ADVALAIN596 * 0 /wiki/User:ADVALAIN596: |
05:12.16 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
07:17.18 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
09:03.26 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
09:36.40 |
*** join/#brlcad merzo_
(~merzo@241-30-133-95.pool.ukrtel.net) |
10:27.39 |
*** join/#brlcad merzo_
(~merzo@241-30-133-95.pool.ukrtel.net) |
14:36.57 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:59.18 |
*** join/#brlcad merzo_
(~merzo@126-245-134-95.pool.ukrtel.net) |
16:42.05 |
*** join/#brlcad tandoorichick
(~chatzilla@111.93.5.194) |
16:46.37 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
16:50.45 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
16:56.37 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
17:35.43 |
*** join/#brlcad tandoorichick
(~chatzilla@182.75.45.1) |
17:39.44 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
17:43.41 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
17:49.46 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
17:53.40 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
17:59.44 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
18:03.41 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
18:09.43 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
18:13.42 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
18:19.39 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
18:23.41 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
18:29.43 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
18:31.04 |
Notify |
03BRL-CAD:ejno * 66851
brlcad/trunk/include/bn/vlist.h: add missing include |
18:33.39 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
18:39.39 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
18:43.40 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
18:49.40 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
18:51.04 |
Notify |
03BRL-CAD:ejno * 66852
brlcad/trunk/include/gcv/api.h: remove declarations that aren't
currently used |
18:53.40 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
18:59.43 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
19:03.39 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
19:09.39 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
19:13.43 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
19:14.57 |
Notify |
03BRL-CAD:ejno * 66853
(brlcad/trunk/include/gcv/api.h
brlcad/trunk/src/libgcv/CMakeLists.txt): the BRL-CAD filters are
not plugins, so keep them with the GCV code |
19:19.47 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
19:23.42 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
19:29.49 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
19:35.43 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
19:39.43 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
19:45.40 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
19:49.39 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
19:54.49 |
Notify |
03BRL-CAD
Wiki:Billbilltt?? * 0 /wiki/User:Billbilltt%3F%3F: |
19:55.41 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
19:59.40 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
20:05.47 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
20:09.43 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
20:13.41 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
20:14.33 |
*** join/#brlcad gaganjyot
(~gaganjyot@101.216.150.93) |
20:17.40 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
20:21.37 |
*** join/#brlcad maths22_
(~quassel@66-118-151-70.static.sagonet.net) |
20:21.46 |
*** join/#brlcad maths22_
(~quassel@unaffiliated/maths22) |
20:23.44 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
20:29.49 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
20:35.46 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
20:41.41 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
20:45.43 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
20:49.46 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
20:51.14 |
maths22 |
I now have
quassel running through irssi |
20:51.21 |
maths22 |
(I have irssi
set up as a proxy) |
20:51.51 |
maths22 |
Sorry-wrong
channel |
20:54.58 |
Notify |
03BRL-CAD:ejno * 66854
brlcad/trunk/include/gcv/api.h: formatting |
20:55.22 |
Notify |
03BRL-CAD:ejno * 66855
brlcad/trunk/src/libgcv/facetize.c: these static variables should
have been reset to NULL for every function call. Use 'volatile'
instead |
20:55.41 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
20:59.42 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
21:02.43 |
*** join/#brlcad ickby
(~stefan@x5d84d731.dyn.telefonica.de) |
21:03.38 |
ickby |
Hello guys,
ichby from the FreeCAD team here |
21:04.04 |
ickby |
we are
currently thinking about taking part in this years Google Summer of
Code |
21:04.34 |
ickby |
as you guys
did a joint eeffort together with librecad last year I thought I
come around and see if you do this again 2016 |
21:05.12 |
ickby |
Is this the
case? If so we would like to join this effort |
21:09.40 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
21:11.27 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
21:13.48 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
21:13.56 |
brlcad |
ickby: howdy!
that sounds great and it's very likely that we'll do an umbrella
effort again, but it's not yet been finalized |
21:14.44 |
brlcad |
we'll
probably start up a discussion right after GCI ends |
21:14.47 |
brlcad |
there are
some discussions to be had about expectations and to frame
participation -- would you or someone else be the POC? |
21:14.59 |
ickby |
good to her
that! |
21:15.04 |
ickby |
POC? |
21:16.33 |
brlcad |
point of
contact |
21:17.00 |
ickby |
ah yes, I'm
going to manage the freecad side of gsoc. We will have only very
few mentors, myself and yorik mabybe |
21:17.58 |
ickby |
what do you
use for discussion, your mailing list? |
21:18.11 |
brlcad |
sorry I don't
know you guys better, are you "core devs" or project leads of some
sort? |
21:18.20 |
brlcad |
what's your
depth of familiarity with freecad? |
21:18.42 |
*** join/#brlcad andromeda-galaxy
(~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
21:18.55 |
brlcad |
we have a
separate mailing list for gsoc mentors |
21:18.58 |
ickby |
I'm not a
core dev, I'm contributing for ~4 years now. yorik is a core dev,
and the effort is aligned with the core team |
21:19.26 |
brlcad |
how do the
other devs feel about participation? |
21:19.47 |
brlcad |
ambivalent,
antagonistic, doubtful, optimistic, ..? |
21:20.04 |
ickby |
in general
they do support the idea, but there time is too much limited for
mentoring |
21:20.24 |
ickby |
so everyone
think it is a good idea, but not e veryone can be a
mentor |
21:20.34 |
brlcad |
okay, that's
good to hear |
21:21.34 |
brlcad |
so you know,
as you've not participated before... |
21:22.05 |
brlcad |
if we apply
together and get accepted, you'd be under the same limitation (in
terms of number of students) that google imposes on all new
orgs |
21:22.49 |
brlcad |
that is, a
little extra scrutiny so mentors can get up to speed on the
process, and a limitation of 2 students regardless of number of
applications received barring truely exceptional
circumstances |
21:23.15 |
Notify |
03BRL-CAD:starseeker * 66856
brlcad/trunk/sh/CMakeLists.txt: indent.sh, ios-icons.sh,
news2tracker.sh and tracker.sh do not need to be installed - they
are not used by anything in the install directory and their
purposes are developer centric. Make an explicit note that
elapsed.sh is used by benchmark (apparently the only thing that
uses it now...) |
21:23.16 |
brlcad |
which is
fitting since you have 2 mentors :) |
21:23.39 |
ickby |
yes I have
read about that limit, and well, we could not handle more
anyway |
21:24.23 |
brlcad |
just don't
want any surprises on your part, I like to be open about everything
in advance |
21:24.34 |
brlcad |
there's more
to talk about, but we can bridge those gaps later |
21:24.42 |
ickby |
that is a
good attitude :) |
21:27.14 |
ickby |
so
application is in ca. 1 month, not very much time. when do you guys
think to do the main discussions and finalize the
preparations? |
21:28.21 |
brlcad |
Google
Code-In ends in a week and a half, so after that |
21:28.39 |
ickby |
ok sounds
good |
21:29.20 |
brlcad |
there's not
much preparations needed on our end to submit our application as
we've done it so many times before, it's mostly the question of
whether we concur to submit |
21:29.44 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
21:29.47 |
brlcad |
our org took
a break from GCI this year for that very reason, mentor burnout and
too much backlogged contributions |
21:30.21 |
ickby |
I
see |
21:31.01 |
brlcad |
on your part,
there will be some preparations needed -- namely to create a
webpage that defines project ideas |
21:31.32 |
ickby |
Yes we will
work on that in the next time, I think it should not be a big
issue. |
21:31.54 |
brlcad |
have you read
through our GSoC pages on brlcad.org? |
21:32.10 |
brlcad |
http://brlcad.org/wiki/Google_Summer_of_Code/ |
21:32.35 |
Notify |
03BRL-CAD:starseeker * 66857
brlcad/trunk/misc/tools/CMakeLists.txt: Already had flags available
in these CMake files for not installing - since these are build
tools, don't add them to the release. |
21:32.58 |
brlcad |
(the
checklist in particular) |
21:34.08 |
ickby |
not yet. as
said we just start thinking about it, and getting in contat with
you is one of the frst steps |
21:34.14 |
brlcad |
just FYI, if
we apply, we will possibly not apply as BRL-CAD, but as a
non-profit umbrella |
21:36.09 |
brlcad |
I began the
formulation last year and haven't finished all of the paperwork but
it does legally exist |
21:37.06 |
Notify |
03BRL-CAD:starseeker * 66858
brlcad/trunk/src/other/CMakeLists.txt: libpng also has a convenient
hook to prevent installing extra bits. |
21:38.29 |
Notify |
03BRL-CAD:ejno * 66859
brlcad/trunk/src/libgcv/gcv.c: add a filter for tessellating
specified objects at the region level |
21:39.40 |
ickby |
interesting. |
21:39.42 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
21:40.53 |
Notify |
03BRL-CAD:ejno * 66860
brlcad/trunk/src/libgcv/plugins/tessellate/tessellate.c: fix header
title |
21:41.02 |
andromeda-galaxy |
brlcad:
speaking of too many backlogged contributions, how can I start
helping? You mentioned reviewing old GCI patches, but I don't know
the process around that... |
21:41.49 |
brlcad |
we want
participation to be fair to the other orgs and don't pretend to
claim that everything is "under" BRL-CAD, but I am concerned about
that perception |
21:43.43 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.1) |
21:43.47 |
brlcad |
the point is
to encourage collaboration, to open lines of communication like
this that did not previously exist, to maybe encourage projects
that benefit multiple orgs simultaneously as we have so many common
needs and (previously) a stark lack of coordination |
21:43.49 |
Notify |
03BRL-CAD:ejno * 66861
brlcad/trunk/src/libgcv/plugins/tessellate/tessellate.c: fix
comment |
21:44.23 |
ickby |
yes would
definitly be nice find some common ground and shared
work |
21:44.25 |
brlcad |
tandoorichick_: what's up with your
connection?? |
21:44.51 |
ickby |
so thanks for
the initial discussion, I have to leave now. I think we stay in
contact via the mailing list and will find a good way of making
this work |
21:45.16 |
brlcad |
thank you ..
this is pretty exciting |
21:45.36 |
tandoorichick_ |
sorry for the
inconvenience, fluctuating internet.. |
21:45.42 |
ickby |
I can be
reached via freecad irc channel and forum, you now also have my
email adress |
21:45.52 |
brlcad |
nods |
21:45.54 |
ickby |
bye! |
21:45.58 |
ickby |
and
thanks |
21:45.59 |
brlcad |
cya |
21:50.34 |
andromeda-galaxy |
brlcad: in
other words, I'm back! but I don't know what to do... |
21:50.54 |
maths22 |
andromeda-galaxy: I think the best answer
is "stuff" :) |
21:51.20 |
brlcad |
andromeda-galaxy: so yeah ... welcome
back! |
21:51.21 |
brlcad |
:) |
21:52.23 |
andromeda-galaxy |
brlcad,
maths22: nice to see you again! |
21:52.25 |
brlcad |
andromeda-galaxy: would you be able to
download all gci task contributions (for all years) into folders,
categorized by content type? |
21:52.34 |
andromeda-galaxy |
brlcad: quite
possibly |
21:52.46 |
andromeda-galaxy |
don't we have
a gci script for doing that somewhere? |
21:53.01 |
brlcad |
you or
maths22 had a script that did some basic data mining, perhaps would
be extended to download the data |
21:53.26 |
maths22 |
brlcad: I
will try to dig it up |
21:53.35 |
andromeda-galaxy |
maths22:
https://www.google-melange.com/gci/task/view/google/gci2013/5807450632486912? |
21:54.06 |
brlcad |
woot, that
looks like it |
21:54.07 |
maths22 |
andromeda-galaxy: That's it-I think it
downloads all the uploaded files |
21:54.20 |
andromeda-galaxy |
maths22,
brlcad: sounds about right |
21:54.31 |
andromeda-galaxy |
so, what else
do we need it to do? |
21:54.34 |
brlcad |
so the goal
is to create work queues that we can sort through |
21:54.53 |
brlcad |
delete or
mark the stuff that is already
reviewed/committed/integrated |
21:55.39 |
andromeda-galaxy |
hmm, so it
seems like there are a couple of annoying points (since the api is
pretty simple, yay!): |
21:56.06 |
Notify |
03BRL-CAD:starseeker * 66862
(brlcad/trunk/src/other/stepcode/CMakeLists.txt
brlcad/trunk/src/other/stepcode/cmake/SC_Utils.cmake
brlcad/trunk/src/other/stepcode/src/cllazyfile/CMakeLists.txt): Set
up proper NO_INSTALL flag support for the SC target
macros. |
21:56.20 |
andromeda-galaxy |
1. Finding
the "accepted" submission to a task; doing this right could be hard
since sometimes tasks have multiple files, and IIRC, sometimes
later submissions only update part of the whole |
21:56.29 |
brlcad |
yep! |
21:56.42 |
brlcad |
if you have
ideas on a better system, I'm all ears :) |
21:56.46 |
andromeda-galaxy |
2. Finding
out what has already been integrated in some form --- I have no
idea how to do this mechanically... |
21:56.56 |
brlcad |
I don't think
2 can be automated |
21:57.11 |
andromeda-galaxy |
yeah, that
might be true, |
21:57.36 |
brlcad |
we started by
integrating work as we went, but quickly found out that the reviews
and integration could NOT keep pace with GCI activity (i.e., it's
your guys fault) |
21:57.39 |
andromeda-galaxy |
for the ones
submitted as patches, we could do a fun heuristic by breaking the
patches up into hunks and doing a comparison to every hunk
commited since it was submitted |
21:58.12 |
brlcad |
some like you
earned commit, and applied work, others did not and their patches
are sitting there |
21:58.28 |
andromeda-galaxy |
and at least
help the humans trying to figure out what's done by saying, e.g.,
it looks (part of) like this may have been done as (part of) <a
revision> |
21:58.40 |
brlcad |
this far out,
I would expect many/most? of the hunks to fail |
21:59.01 |
brlcad |
maybe
though |
21:59.12 |
andromeda-galaxy |
well, this
would need a bigger computer than I have to run on in a reasonable
time, but I was talking about doing probabilistic comparison over
every hunk applied to the history of the repository |
21:59.24 |
andromeda-galaxy |
(which would
be much easier if we were using something like darcs with a well
defined patch algebra) |
21:59.32 |
brlcad |
still, even
having all of the code contributions in one subdir and all t-shirt
designs in another and stickers in another ... huge
help |
21:59.53 |
andromeda-galaxy |
true... |
22:00.10 |
andromeda-galaxy |
separating
those will be interesting, let's make that #3 on the hard problems
list |
22:00.18 |
brlcad |
or a web
front-end that simply links to the completed GCI tasks and lets us
mark them as integrated or not |
22:01.10 |
andromeda-galaxy |
that would be
much simpler, since it eliminates hard problems #1 and
#2 |
22:01.33 |
andromeda-galaxy |
what do you
think about #3? I'm not sure how we should automatedly tell the
difference between a logo, a t-shirt, and a sticker |
22:01.40 |
andromeda-galaxy |
since we
might have svg files for all of them |
22:01.50 |
brlcad |
~383 + 234 +
178 |
22:01.50 |
infobot |
795 |
22:01.57 |
brlcad |
that's how
many need review ;) |
22:02.23 |
andromeda-galaxy |
wow. just
out of curiosity, where did those numbers come from? |
22:02.57 |
brlcad |
going to each
year summary page |
22:02.59 |
brlcad |
https://www.google-melange.com/gci/org/google/gci2014/brlcad |
22:03.15 |
brlcad |
2013, 2012 ..
record count in the bottom right |
22:03.18 |
andromeda-galaxy |
ah, okay.
that really shows how the competition's been growing
recently |
22:03.41 |
brlcad |
yeah, last
year almost doubled the previous year |
22:04.06 |
brlcad |
which is why
we had to take a break this year... |
22:04.08 |
andromeda-galaxy |
I don't even
want to think what would have happened if we had participated this
year after all.. |
22:04.32 |
brlcad |
honestly,
probably not as bad |
22:04.55 |
andromeda-galaxy |
so, the main
priorities are 1. integrate gci code, 2. make a release with all
the new stuff, and 3. get the new website online,
right? |
22:05.03 |
brlcad |
there was a
bug that filtered students to ubuntu (a new org) by default, and
there are 4 or so new orgs getting attention |
22:05.24 |
brlcad |
yes! |
22:05.31 |
brlcad |
and not
necessarily in that order |
22:05.47 |
andromeda-galaxy |
great, so for
what I'll look into: |
22:05.51 |
brlcad |
getting the
website in shape is pretty independent (though there are a handful
of gci tasks that directly pertain to it) |
22:06.08 |
andromeda-galaxy |
I don't know
anything about the website, so I'll probably work on the other
stuff to begin with. Is maths22 still doing a bunch of work on
that? |
22:06.50 |
brlcad |
maths22 has
put a lot of time into it, but we're still not there and last year
gave us a couple gci tasks (landing page) that were simply
outstanding |
22:07.04 |
maths22 |
I haven't
worked too much with it lately |
22:07.06 |
andromeda-galaxy |
ah, okay. so
a good action plan is maybe: |
22:07.16 |
maths22 |
Recently I've
mostly been working with SuperTux |
22:07.43 |
brlcad |
how
fun |
22:07.47 |
andromeda-galaxy |
1. get a nice
webapp for dealing with integrating gci tasks, with (at the very
least) separate section for website tasks so that we can hit
those |
22:07.53 |
andromeda-galaxy |
(maths22:
sounds interesting) |
22:08.26 |
andromeda-galaxy |
then, we can
(in parallel-ish) work on integrating the website infrastructure
and launching that, and on running through the review queues for
everything else |
22:08.36 |
Notify |
03BRL-CAD:starseeker * 66863
(brlcad/trunk/src/other/CMakeLists.txt
brlcad/trunk/src/other/stepcode/CMakeLists.txt and 3 others):
Suppress exec installs from stepcode. Note that there are a number
of patches (not just these last two) that need to go upstream to
stepcode project... |
22:09.18 |
brlcad |
andromeda-galaxy: think of the webapp as a
throw-away ... once we're done reviewing the 795 tasks, it's pretty
much useless/done |
22:09.40 |
andromeda-galaxy |
brlcad:
indeed, I was planning on going fairly barebones, just enough to
get the job done while not leaving security/(major) usability
holes |
22:09.42 |
maths22 |
andromeda-galaxy: That sounds like a very
good idea |
22:09.50 |
andromeda-galaxy |
maths22:
great! |
22:10.12 |
brlcad |
having a
means to group them and to download the files for a given group
would be very helpful -- perhaps integrating the file download
maths22 worked out |
22:10.13 |
maths22 |
andromeda-galaxy: just like my task
manager from GCI last year-it worked just enough to function
without pretty features |
22:10.24 |
andromeda-galaxy |
maths22: you
wrote a task manager? |
22:10.36 |
andromeda-galaxy |
brlcad:
right, so: the first hard problem is grouping |
22:10.44 |
brlcad |
e.g., I want
all sticker designs for all years |
22:11.13 |
brlcad |
he wrote a
task publisher, which was frankly a life-saver |
22:11.16 |
andromeda-galaxy |
looking at
the 2014 site, at least, we can maybe hack grouping with a few
regex searches over the titles, and a misc category |
22:11.58 |
andromeda-galaxy |
brlcad,
maths22: ah, okay, that makes sense; I'm not sure how I missed it.
But yeah, I'll go for something like that |
22:12.13 |
maths22 |
andromeda-galaxy: See http://brlcad.org/gci-dev/tasks |
22:12.21 |
maths22 |
I think I
only shared it with mentors back then |
22:12.48 |
brlcad |
yeah, no
perms or protections, but it really did the trick well |
22:12.48 |
andromeda-galaxy |
that grouping
isn't going to be perfect, but it should be pretty decent; maybe we
can do grouping that way + an easy system for lteting people
regroup tasks, so we can just do a quick run through misc. and fix
most of it? |
22:13.37 |
andromeda-galaxy |
maths22:
cool, I'll take a look. Should we do something like .htaccess the
system so that we get <don't let random people pretend to
integrate tasks> + <don't spend much time on
auth>? |
22:13.40 |
brlcad |
andromeda-galaxy: I can probably give you
(or you can propose) a list of predefined groups beforehand, so
every task falls into some bin |
22:13.56 |
brlcad |
we're only
doing this once |
22:14.01 |
maths22 |
andromeda-galaxy: That is what I would
suggest-I might have actually had an .htaccess at one
point |
22:14.16 |
brlcad |
the point is
to act on the contribution, and then mark it complete |
22:14.22 |
andromeda-galaxy |
brlcad:
right, it's just that I'm not really sure how to get the tasks into
the bins---were we consistent enough with the task names/tags/etc.
that we can categorize unambiguously? |
22:14.48 |
brlcad |
don't need to
spend any time on auth .. this is a one shot deal |
22:14.53 |
andromeda-galaxy |
maths22:
great, thanks for lending me your experience |
22:15.07 |
maths22 |
(I just
checked-I must have commented out the htpasswd at some
point) |
22:15.12 |
brlcad |
and it won't
work with the new gci site |
22:15.18 |
andromeda-galaxy |
maths22: ah,
I see |
22:15.31 |
brlcad |
new site has
a proper api |
22:15.44 |
brlcad |
(but even
more limited read capability) |
22:15.53 |
andromeda-galaxy |
brlcad:
indeed, I was just thinking that sticking an htaccess in there
helps make sure that no-one messes with it and doesn't take too
long |
22:16.01 |
andromeda-galaxy |
(more limited
read capability? that sounds bad...) |
22:16.10 |
brlcad |
sure, simple
pass or something |
22:16.32 |
brlcad |
the new site
simply hasn't yet defined an api for export, only
import |
22:16.39 |
brlcad |
we're
discussing that now |
22:16.42 |
andromeda-galaxy |
sounds good,
I'll just build a webapp without any auth & then we can stick
it on the server with a .htaccess |
22:16.57 |
andromeda-galaxy |
ah, I
see---that should be an interesting discussion. What was the
reason for dropping melange? |
22:17.18 |
andromeda-galaxy |
(Stephanie
mentioned that we were doing that last year, but didn't say
why) |
22:17.44 |
brlcad |
andromeda-galaxy: remember that this could
literally be done manually too -- use maths22 script to extract all
files to dirs, move each of the 795 dirs into one of these N
category subdirs |
22:18.31 |
brlcad |
could
probably do about 10 per minute based on the title alone, so
looking at an hour and a half of work |
22:18.39 |
maths22 |
By the way, I
have revoked database write access for the old task site-prevents
anything bad or accidental from happening to it |
22:18.46 |
brlcad |
cool
:) |
22:19.33 |
andromeda-galaxy |
brlcad:
indeed... I was thinking of some kind of manually assisted
heuristic (or, depending on your point of view,
heuristically-associated manual process). The one thing that I
worry about with the "everything from this category" functionality
based on that is that tasks often have lots of versions of files,
and it would nice to be able to only give mentors the "correct"
file |
22:19.39 |
andromeda-galaxy |
maths22:
great :) |
22:20.29 |
andromeda-galaxy |
brlcad: it
would be nice if melange had a way to mark individual files
accepted during the competition, but it only has full-task
granularity. So by looking at the timestamps of actions, we can
get the files that were submitted immediately before it was closed,
but those might also depend on some earlier files that didn't have
to be changed |
22:21.56 |
brlcad |
andromeda-galaxy: there is no consistency
on what constitutes the correct file ... sometimes the task was
closed because we gave up and the first submission was the best
after N other attempts |
22:22.40 |
brlcad |
or like you
said, it's the first three files, skip two, and then the last file
that was an update in the second file |
22:22.48 |
andromeda-galaxy |
brlcad: oops,
it's even harder than I thought :( |
22:22.57 |
Notify |
03BRL-CAD:starseeker * 66864
brlcad/trunk/src/other/CMakeLists.txt: Skip should be on, not
off... |
22:23.59 |
andromeda-galaxy |
so: Crawling
gci for tasks is easy. Heuristically assigning tasks to categories
is easy. Downloading the best files for a task, and by extension
the whole category, is ridiculously hard |
22:25.07 |
andromeda-galaxy |
however, for
some of the graphic design ones, were we had the same task lots of
times, I imagine that it might be okay to just download all the
files and let humans sort through them, since there's probably only
one (or a few) "best" one(s) that we'll actually want to use; does
that sound about right? |
22:25.43 |
andromeda-galaxy |
for code,
documentation, etc., we have to spend more time on each task
anyway, so it might not be a problem if we don't give aggregate
downloads for that category |
22:29.03 |
brlcad |
andromeda-galaxy: I think for all the
tasks, the safest approach is to simply download all the files and
let humans sort it out |
22:29.25 |
andromeda-galaxy |
brlcad: for
the one-by-one reviewing, anyway, is there an advantage to
downloading over sending the human to the task page? |
22:29.43 |
brlcad |
helping them
sort it out with a transcript of the discussion and some metadata
would help |
22:29.47 |
andromeda-galaxy |
brlcad: I
feel like that might actually be better, since then we can use the
comments on the task page for interpreting it |
22:30.07 |
andromeda-galaxy |
brlcad: but,
I was about to say, it could be fun to build a little page for each
task that shows file uploads interspersed with comments |
22:30.56 |
brlcad |
but what's
the ultimate goal? |
22:31.39 |
andromeda-galaxy |
brlcad: help
keep track of what needs to be reviewed & help people review it
efficiently, right? sorry if I got confused somwhere |
22:31.41 |
brlcad |
for code, we
want to have all patches reviewed and either integrated or
fixed+integrated or rejected |
22:31.50 |
andromeda-galaxy |
brlcad:
right |
22:32.24 |
brlcad |
for design
tasks, we want all the artwork in a subdir for each piece of art,
and we'll put them into a showcase on the website |
22:32.54 |
andromeda-galaxy |
(for design,
do we want to put *all* the work, or only the best piece(s) from
each task?) |
22:34.08 |
brlcad |
the best
final version(s) in both preview form and editable form .. note
many design tasks had multiple "best" in a single task |
22:34.46 |
andromeda-galaxy |
brlcad:
indeed |
22:35.25 |
andromeda-galaxy |
brlcad: so,
from an interface perspective: we need to support two different
workflows, one for code/docs and one for design, right? |
22:36.40 |
brlcad |
don't
know |
22:37.00 |
brlcad |
the designs
will likely go into something like this if not exactly this:
http://yash-m.github.io/BRL-CAD-Portfolio/ |
22:37.19 |
brlcad |
just with
designs for all yeras, not just 2014 |
22:37.36 |
andromeda-galaxy |
brlcad: makes
sense |
22:37.45 |
andromeda-galaxy |
so, I was
thinking that we might want to support these two: |
22:37.55 |
brlcad |
so that's 10
groupings already |
22:38.34 |
andromeda-galaxy |
1. for things
that are going to end up in the repository: we let people look at
tasks one at a time, and as a task is looked at, it is either
accepted or rejected |
22:38.40 |
brlcad |
two more are
code and docs |
22:39.35 |
andromeda-galaxy |
2. for things
that are going to end up in a gallery: we let people look at tasks
one at a time, and show a special page with discussion on the task
(with inline previews of each submission), and they can mark
certain submissions as being the ones to download |
22:39.49 |
brlcad |
it's more
complicated than accept or reject .. |
22:40.29 |
Notify |
03BRL-CAD:starseeker * 66865
brlcad/trunk/src/other/CMakeLists.txt: looks like both the files
and executables CMake blocks try to install these libpng programs
(???) - shut both down. |
22:41.12 |
andromeda-galaxy |
brlcad:
oops... the main point that I was making was that we'd deal with
the tasks one at a time while we were looking at them, do whatevere
action necessary, mark them as done being reviewed, and then never
have to worry about them again, since whatever good parts were
there have now been committed |
22:42.21 |
brlcad |
yes, that
would be good |
22:42.27 |
brlcad |
just have to
be careful to not overthink this... |
22:42.31 |
brlcad |
this is
sounding like it's getting way more complex of an interface, that
it'll take you longer to write this up than it might take someone
to just download everything and deal with them on the
filesystem |
22:42.45 |
andromeda-galaxy |
while for the
other type of tasks, we essentially want to aggregate a number of
files and then automatedly download them into the data dir for the
gallery system |
22:43.13 |
brlcad |
it should be
a days work at best to categorize files for all 795
tasks |
22:44.34 |
brlcad |
it's of
course more work to do anything with the files... |
22:44.55 |
andromeda-galaxy |
brlcad:
true... |
22:45.11 |
brlcad |
so if an
interface can help with that, great .. but it's gotta be something
doable in just a few hours (less than a day) or it's probably not
worth it |
22:45.29 |
andromeda-galaxy |
brlcad: the
main problem that I was hoping to solve with this is more one of
collaboration---having a web based system here lets us keep track
of what's already been looked at. Another more minimal approach
might be to run a downloader script and have someone run through
and sort everything, |
22:46.10 |
andromeda-galaxy |
then stick
the sorted files on an ftp or http server somewhere, and make the
interface just be a big "Here is a list of tasks. These tasks have
been dealt with. These tasks need to be dealt with. Here is where
you can get a copy of all the tasks" |
22:46.12 |
brlcad |
that's why
the original thinking was to just download everything, group them
into subdirs by type, and move them out when they're
processed |
22:46.45 |
andromeda-galaxy |
right, that's
a great idea if we don't want to worry about letting lots of people
work on this at once without giving them all shell
accounts |
22:47.17 |
andromeda-galaxy |
so, instead
of moving them out when we're done with them, we just have a tiny
little thing that writes a metadata index to let us know what's
up |
22:47.20 |
brlcad |
right, you've
got the problem grasped .. |
22:47.22 |
brlcad |
I don't
purport to know which will take less time but have 2
observations |
22:47.55 |
brlcad |
1) that
manual review is going to be required for "most" of the tasks, to
even know what file(s) are important, and this will probably
require some of the comment discussion to understand the
context |
22:48.47 |
brlcad |
2) that
developing a webapp tends to take much longer than anticipated and
it's going to be a tricky 'return on investment' |
22:49.04 |
andromeda-galaxy |
yep, both of
those make sense... |
22:49.45 |
andromeda-galaxy |
how
about: |
22:50.13 |
andromeda-galaxy |
wait,
actually, this might work even better: |
22:50.30 |
andromeda-galaxy |
git-annex'd
repository with the tasks, metadata, and files, as downloaded by a
cli downloader |
22:51.09 |
andromeda-galaxy |
then when we
deal with something, we just delete/commit/push, that way we don't
have to give everyone shell access, but we stick to the simple
filesystem based approach |
22:51.46 |
brlcad |
wonders how big the data for 795 tasks really
is |
22:51.57 |
brlcad |
I like the
idea of stashing it all into a repo |
22:54.37 |
andromeda-galaxy |
brlcad: that
has the advantage of being nice and (super) simple, we could
probably even do it all with maths22's java downloader + a few
lines of bash |
22:54.55 |
andromeda-galaxy |
(sorry for
the delay, I had to leave for a moment) |
22:55.06 |
brlcad |
can you stash
a git-annex repo on github? |
22:55.20 |
andromeda-galaxy |
brlcad: let
me check, I have a feeling that I saw one a little while
ago |
22:56.16 |
brlcad |
https://git-annex.branchable.com/tips/centralized_git_repository_tutorial/on_GitHub/ |
22:56.36 |
brlcad |
so it depends
on what constitutes a "large file" |
22:57.24 |
andromeda-galaxy |
hmm, I'll
test something in a minute, but I'm not sure if that's a problem or
not: |
22:57.49 |
andromeda-galaxy |
for the ones
with web urls, does it work without the special remotes? if so, we
can just link to the files on the old gci site |
22:58.21 |
brlcad |
github says
repo limit is 1GB and you can't push files > 100MB |
22:58.47 |
brlcad |
don't think
any GCI files go over 100MB, but don't know about the 1GB ...
probably go over that if I had to guess |
22:59.06 |
andromeda-galaxy |
brlcad: that
seems likely, but we can check. however, what about
http://git-annex.branchable.com/tips/using_the_web_as_a_special_remote/? |
22:59.29 |
andromeda-galaxy |
since all the
files are being downloaded from melange, we have a web site that
has the known canonical versions of everything |
23:00.14 |
brlcad |
maybe, but I
think we need to know how much data we're dealing with
first |
23:00.20 |
andromeda-galaxy |
brlcad: also
about the github large files: is it talking about repo limits, or
does it mean that git-annex doesn't know of any way to push the
files onto github? |
23:00.38 |
brlcad |
we could just
as well shove all the real files into a git repo on brlcad.org too,
save everyone the time downloading |
23:01.00 |
brlcad |
don't want
people manually downloading files from
google-melange.com |
23:01.15 |
andromeda-galaxy |
true, though
git tends to be annoying about large binary files (e.g. all the
images) |
23:01.33 |
brlcad |
not more
annoying than melange :) |
23:01.40 |
andromeda-galaxy |
(well, I was
assuming that git-annex would automatically download files from
google-melange.com, but I guess that would still risk hammering
google's servers) |
23:01.59 |
andromeda-galaxy |
that's true,
if we don't make any changes we probably won't even run into the
ballooning repository size issue |
23:03.22 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:03.33 |
andromeda-galaxy |
hmm, maybe I
should try to set up a script that 1. grabs all the files from
melange, categorized by task, with the discussion somewhere, and
then throws it all into a real git repo, and then we can see if
it's small enough for github, or if we should throw it up on
brlcad.org |
23:04.39 |
brlcad |
that sounds
like a good useful way to go |
23:05.34 |
brlcad |
then we can
automate the processing with some quick scripting for the small
task sets that can be scripted |
23:06.03 |
andromeda-galaxy |
In a few
minutes, I'll have to leave for now, but I'll be back later today
& tomorrow, and on-and-off over the next few weeks. I'll start
by trying to do that, and then let you know what happens with
hosting, etc. |
23:06.14 |
andromeda-galaxy |
brlcad: which
sets can be scripted? |
23:06.23 |
brlcad |
cool -- you
have access to the main brl-cad git repo, yes? |
23:06.31 |
andromeda-galaxy |
we have a git
repo? |
23:06.34 |
brlcad |
heh |
23:06.46 |
brlcad |
https://github.com/BRL-CAD/ |
23:07.09 |
andromeda-galaxy |
oh, I don't
think that I do---you just added me to the sourceforge
one |
23:07.10 |
brlcad |
it's
everything except the compiled sources |
23:07.32 |
andromeda-galaxy |
compiled
sources? |
23:08.21 |
brlcad |
username? |
23:08.39 |
andromeda-galaxy |
brlcad:
private message? |
23:08.43 |
brlcad |
sure |
23:09.23 |
brlcad |
is 'brlcad' pretty much everywhere, so I forget some people
value their username privacy ;) |
23:12.29 |
andromeda-galaxy |
brlcad: okay,
I just joined, thanks! I've got to run now, but I'll look into the
git repository approach & let you know what happens |
23:14.37 |
brlcad |
created a new
google team for this |
23:14.51 |
brlcad |
maybe should
call it "outreach" or stem or something |
23:15.39 |
maths22 |
I'm currently
running the downloader on BZ, and will share a zip once it
finishes |
23:16.07 |
maths22 |
Have you guys
heard of transfer.sh? |
23:17.10 |
``Erik |
yowza, this
might be more activity than the last 6 months combined
O.O |
23:17.59 |
brlcad |
``Erik: heh,
been *really* busy |
23:18.02 |
brlcad |
but not
talkative |
23:18.09 |
maths22 |
``Erik: I
know-And there were two mostly independent conversations going
on |
23:18.11 |
brlcad |
new year,
catching up on many fronts |
23:18.34 |
brlcad |
maths22: have
not heard of that |
23:18.55 |
maths22 |
It's a really
nice service for quickly sharing/transfering files |
23:19.02 |
maths22 |
https://transfer.sh/ |
23:20.08 |
brlcad |
cool,
pastebin for files |
23:20.36 |
maths22 |
Exactly-and
up to 5GB! |
23:21.10 |
brlcad |
yeah,
neat |
23:24.55 |
maths22 |
I also have
discovered a nice solution for IRC that I like more than irssi over
ssh-Quassel IRC |
23:26.57 |
brlcad |
how are they
implementing reattaching from different locations? |
23:27.44 |
brlcad |
do you
specify server credentials? |
23:29.44 |
maths22 |
I don't
really know how the implemenation works-yes, you have an account on
the server, which actually manintins the irc connection |
23:29.58 |
maths22 |
The client
just connects to that server |
23:30.13 |
brlcad |
over
what? |
23:30.21 |
brlcad |
ssh?
http? |
23:30.56 |
maths22 |
Quassel-specific format over
tls |
23:31.26 |
brlcad |
huh |
23:31.51 |
andromeda-galaxy |
brlcad,
maths22: okay, I really do have to leave now, unfortunately, but my
irc bouncer (I use erc on a few clients + znc on a server) should
keep me connected, so ping me with anything that I should look at.
Depending on what the download archive looks like, it might be
worth fiddling with the downloader to grab a few more components
(e.g. does it currently download the task comments), or adding
postprocessing (e |
23:31.52 |
andromeda-galaxy |
the list of
task comments & actual files) |
23:31.56 |
brlcad |
so you/it
runs some daemon on the server |
23:32.17 |
maths22 |
brlcad:
Indeed ("QuasselCore") |
23:32.25 |
brlcad |
andromeda-galaxy: sure, will do and thanks
for jumping back in |
23:32.41 |
maths22 |
andromeda-galaxy: I'm thinking I'll tweak
it to save the HTML page as well |
23:32.48 |
brlcad |
suggestions
on good name for the github repo? |
23:33.10 |
brlcad |
maths22: that
would be awesome .. to keep that activity transcript with the
task |
23:33.24 |
brlcad |
at some
point, google-melange.com will eventually disappear |
23:33.30 |
andromeda-galaxy |
brlcad:
great, I'm happy to help. maths22: that might be a good way to do
it, but if we can get the transcript via api it would be nice to
intersperse the downloads inside the transcript by time as
well |
23:33.40 |
maths22 |
andromeda-galaxy: There is no api
:( |
23:34.00 |
maths22 |
I am manually
scraping HTML to get the file download links |
23:34.28 |
brlcad |
maybe scrub
the images out when you do so they're not dead links? |
23:34.58 |
maths22 |
I acutally
need to re-work it to not overwrite files when multiple are
uploaded with the same name |
23:35.11 |
maths22 |
I'm surprised
I didn't notice that bug when I originally wrote it |
23:35.23 |
brlcad |
heh, me too
:) |
23:35.45 |
brlcad |
I guess my
test was a simple task |
23:35.52 |
andromeda-galaxy |
maths22:
interesting, that'll be worth fixing. I wonder if we can make the
screen scraping pull the comments on the tasks out
also... |
23:35.57 |
brlcad |
"gci-backlog"? |
23:36.01 |
andromeda-galaxy |
maths22,
brlcad: well, that was somewhat productive, let's talk more
later. |
23:36.07 |
maths22 |
brlcad:
Reasonable name |
23:36.13 |
maths22 |
andromeda-galaxy: Talk to you later
too |
23:36.16 |
brlcad |
cya |
23:36.54 |
maths22 |
brlcad: bash
1-liner to check how many tasks have been downloaded while it is
running: while sleep 1; do echo -en `(ls | wc -l)`\\r;
done |
23:37.15 |
maths22 |
Better status
info is coming with the update as well |
23:37.31 |
brlcad |
where? |
23:38.20 |
maths22 |
What do you
mean where? (I was running it in the download directory-just shared
it because I thought it was a kind of fun "script") |
23:38.59 |
brlcad |
ah, thought
you were running it on the server |
23:39.05 |
brlcad |
I do status
1-liner's like that all the time ;) |
23:39.36 |
brlcad |
though I tend
to avoid subshell bashisms :) |
23:40.09 |
maths22 |
I am, but in
my homedir |
23:40.33 |
maths22 |
I just
haven't created something quite like that before |
23:41.14 |
brlcad |
cool |
23:41.18 |
brlcad |
what's the -e
doing? |
23:41.41 |
maths22 |
echoing the
\r as a raw character |
23:41.55 |
maths22 |
that way it
just rewrites the same line every time-that was the fun
part |
23:41.58 |
brlcad |
yep |
23:42.06 |
brlcad |
got the -n
and \r |
23:43.04 |
maths22 |
We did gci
for 3 years, right? (2012,2013,2014) |
23:43.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:44.24 |
*** join/#brlcad maths22_
(~quassel@66-118-151-70.static.sagonet.net) |
23:44.56 |
brlcad |
yes |
23:45.03 |
maths22 |
OK |
23:46.34 |
maths22 |
Even odder
than the bug with over-writing is that I even bothered to manually
set the last-modified date to the correct date from the task, and I
didn't notice that I would happily overwrite files |
23:47.02 |
brlcad |
maths22: fyi,
your loop does simply some -- you don't need the
double-subshell |
23:47.18 |
maths22 |
I can include
a pipe in backticks? |
23:47.26 |
brlcad |
echo -en "`ls
| wc -l`\r" |
23:47.28 |
brlcad |
yep |
23:47.38 |
maths22 |
Cool |
23:47.42 |
brlcad |
that's
posix-portable (except for the echo flags) |
23:47.45 |
maths22 |
I didn't
realize that |
23:52.28 |
*** join/#brlcad infobot (ibot@rikers.org) |
23:52.28 |
*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/
|| We're busy preparing a major release 7.26 (eta January) and
getting archer/mged to Beta status (eta April) || SEEKING: web devs
to finish setting up our new website! |
23:54.57 |
brlcad |
somewhat
powerful with find too |
23:54.57 |
maths22 |
Lovely:
google-melange appears to automatically zip all the
files |
23:55.26 |
brlcad |
another fun
trick is xargs -J# to multithread a task |
23:55.38 |
brlcad |
e.g., count
disk usage in parallel: find . -depth 1 -type d |xargs -J4 du
-ks |
23:56.47 |
maths22 |
I didn't
realize xargs -J existed. That's nice |
23:56.59 |
maths22 |
And may be
useful in automatically unzipping all of these silly
downloads |
23:57.07 |
maths22 |
Why did they
change that? :( |
23:57.38 |
brlcad |
don't know
.. |
23:58.33 |
brlcad |
I bet they
simply zipped up all the uploaded files, so now the links are to
the zipped files, not zipping on the fly |
23:58.47 |
brlcad |
to save
space, but the site in an "archive" mode of sorts to use less
resources |
23:58.56 |
brlcad |
s/but/put/ |
23:59.20 |
brlcad |
all the more
reason to get our data out of there... it will eventually go away
:( |
23:59.56 |
maths22 |
The download
(without duplicate files or html, and with the whole thing stuck in
a zip wrapper) is 2.1 GB |
00:03.14 |
brlcad |
hmm |
00:04.43 |
brlcad |
so we either
git-annex them (to files hosted on brlcad.org) or put the repo
itself on brlcad.org |
00:05.04 |
brlcad |
I like the
idea of git-annex, never used it though |
00:05.58 |
brlcad |
or |
00:06.05 |
brlcad |
https://git-lfs.github.com/ |
00:06.38 |
maths22 |
brlcad:
Trying irssi plubin for quassel |
00:06.41 |
maths22 |
It
works! |
00:07.04 |
maths22 |
I'll look
into those for the repository |
00:07.58 |
brlcad |
maths22: how
does quassel deal with logging? I presume it does the
logging... |
00:08.18 |
maths22 |
What logging?
If you mean the back-log, I'm not really sure |
00:08.26 |
brlcad |
wonder how it
compares with irssi's logging too |
00:08.33 |
maths22 |
see
http://bugs.quassel-irc.org/projects/quassel-irc/wiki/quassel_logging |
00:09.58 |
brlcad |
ah, that
sounds cool and sucky all at the same time |
00:10.08 |
brlcad |
looks like it
stores all the chatter in a database |
00:10.36 |
maths22 |
I'm trying it
out for a few days, and I'll see what I think |
00:10.46 |
brlcad |
and you have
to manually dump to a file, instead of there being a backlog AND
on-disk log that is always up-to-date |
00:10.53 |
maths22 |
The mobile
support is particularly nice-I don't really like mobile
ssh |
00:11.07 |
maths22 |
Regarding
logging, this is part of why I am running it through an irssi
proxy |
00:11.24 |
maths22 |
I still have
my irrsi session up and logging as I always do, this just layers on
top of it |
00:11.39 |
brlcad |
test what
happens if you kill quassel-core .. if log data persists (I would
expect it to as it says it's in an sqlite database) |
00:12.13 |
maths22 |
exit normally
or force-kill? |
00:12.18 |
brlcad |
right, but
running irssi from different locations on a client instead of the
server means my logs are not in one place |
00:12.25 |
brlcad |
force-kill |
00:12.31 |
brlcad |
kill
-9 |
00:12.43 |
maths22 |
brlcad: I'm
saying I run irrsi on the server, and then connect to that from
quassel |
00:13.07 |
brlcad |
oooh |
00:13.09 |
brlcad |
huh |
00:13.18 |
brlcad |
that would be
kind of cool |
00:14.19 |
maths22 |
History
persisted across restart |
00:15.17 |
maths22 |
I could still
talk through my screen+irssi session-Quassel connects on top of
that, so it going down doesn't result in me losing anything,
including the ability to talk |
00:17.21 |
maths22 |
There exists
a nice node-based client for it |
00:18.09 |
maths22 |
http://prntscr.com/9pt9oq |
00:18.40 |
brlcad |
sweet |
00:55.03 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:26.16 |
andromeda-galaxy |
maths22:
should I start running a downloader client locally? |
01:26.58 |
maths22 |
Not yet. I
need to make some updates first |
01:28.29 |
andromeda-galaxy |
maths22: so,
you'll update the java script and then send the updated version to
me, so that I can run a download locally? I like the idea of doing
that so that I can poke around and double-check that everything
looks good, since more eyes on data are always better. |
01:28.52 |
andromeda-galaxy |
maths22:
also: java? ouch... |
01:29.36 |
andromeda-galaxy |
maths22: if
you don't mind, I might try rigging up a version of it with bash +
jq for ufn |
01:29.37 |
andromeda-galaxy |
*fun |
01:29.50 |
maths22 |
I know java
better than other languages, and didnt really know a better tool
when I did it |
01:30.08 |
maths22 |
It actually
isn't too bad |
01:30.37 |
andromeda-galaxy |
yeah, it's
pretty well written. I don't suppose that I could convince you
that we should do it in Haskell? |
01:33.19 |
andromeda-galaxy |
maths22: as I
mentioned, I might mock something up in bash, just for fun
though |
01:34.08 |
maths22 |
You could,
but then I would need to refresh my Haskell memory :) |
01:34.30 |
maths22 |
Haskell
version may happen tonight |
01:34.50 |
maths22 |
If I'm bored
enough |
01:34.54 |
andromeda-galaxy |
maths22: I
can probably do a Haskell or bash version tomorrow, unless
something unforseen comes up |
01:35.28 |
andromeda-galaxy |
(bash is
actually probably pretty simple: jq + some cmdline xml parser...
honestly, that might be my first instinct for this
problem) |
01:35.44 |
maths22 |
The java one
is functionally fine, but rewiting is fun |
01:37.34 |
andromeda-galaxy |
maths22:
indeed, that's the only reason I'm playing around with
bash |
01:38.57 |
andromeda-galaxy |
maths22: by
the way, why do you create a new url from the key, instead of using
operations/row/link ? |
01:39.35 |
maths22 |
Which line
are you referring to? |
01:40.08 |
andromeda-galaxy |
maths22: the
way that you construct the per-task urls from the json from the
main page |
01:40.27 |
andromeda-galaxy |
you use
<url fragment> ++ id (parsed from the json) instead of the
url in the json |
01:41.01 |
maths22 |
Probably the
JSON format changed (or I wasn't paying much attention when I wrote
it) |
01:41.10 |
andromeda-galaxy |
maths22: ah,
okay |
01:41.17 |
andromeda-galaxy |
oops, it
looks like I have to levae now suddenly, sorry |
01:41.20 |
brlcad |
since GCI has
moved to a completely different system, remember that this is a
ONE-SHOT deal.. doesn't matter what it's written in ;) |
01:41.24 |
andromeda-galaxy |
I might talk
to you again a little later tonight.. |
01:41.34 |
andromeda-galaxy |
brlcad: of
course! this discussion is just for fun |
01:41.42 |
brlcad |
nods |
01:42.15 |
maths22 |
I also have
the unused variable "name" |
01:42.27 |
brlcad |
there are
many other fun coding exercises that could use that attention too
-- like the web interface that runs jobs on a checkout
;) |
01:42.59 |
maths22 |
brlcad: What
are you referring to? |
01:44.00 |
brlcad |
we made it
into a set of GCI tasks, I think andromeda-galaxy worked on it
iirc |
01:44.42 |
brlcad |
basically,
there's a pattern we seem to do a LOT on our code where we're
either graphing some property over time or searching for when
something happened, given some range of commits |
01:45.29 |
brlcad |
so we came up
with a task idea to create a simple web interface where you provide
a shell script, the range of commits, and it goes to town for
you |
01:46.41 |
brlcad |
ideally
automatically keeping track of the patching that you often need
between broken commit versions, and optionally collapsing "series"
of commits where the same author made N commits in a row around the
same time |
01:47.33 |
brlcad |
but even a
simple one that just runs the script on each commit would be useful
without that |
01:56.17 |
Notify |
03BRL-CAD:starseeker * 66866
(brlcad/trunk/include/fft.h brlcad/trunk/src/libfft/ditsplit.c
brlcad/trunk/src/libfft/splitdit.c): A little doxygen rework on
libfft. Still not at all well documented, but at least it's
something... |
02:22.28 |
Notify |
03BRL-CAD:starseeker * 66867
(brlcad/trunk/misc/doxygen/libbn.dox
brlcad/trunk/misc/doxygen/libbu.dox): Slight clean-ups for
libbu/libbn doxygen |
02:34.31 |
Notify |
03BRL-CAD:starseeker * 66868
brlcad/trunk/CHANGES: list rle specific tools for
deprecation |
02:34.51 |
Notify |
03BRL-CAD:starseeker * 66869
brlcad/trunk/misc/doxygen/libbn.dox: shorten name |
02:38.46 |
*** join/#brlcad zorryglguvddijgf
(~armin@dslb-092-075-147-095.092.075.pools.vodafone-ip.de) |
03:17.57 |
andromeda-galaxy |
brlcad,
maths22: yeah, I still have code for that lying around somewhere
(though I only got the "simple" version working before I ran out of
time)... I'm still not sure what its security model should be,
though |
03:56.17 |
maths22 |
brlcad: Web
client dark screen http://prntscr.com/9pv0j6 |
04:05.02 |
starseeker |
maths22: out
of curiosity, do you have any experience with review-board?
https://www.reviewboard.org |
04:06.22 |
starseeker |
has been wondering if the newer versions can be teased into
an effective post-commit review system for BRL-CAD, but as yet I've
not been able to put all the pieces together... |
04:24.27 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
04:27.41 |
maths22 |
starseeker: I
have not heard of it |
04:27.59 |
maths22 |
I'll take a
look tomorrow |
07:13.15 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:50.42 |
*** join/#brlcad gaganjyot
(~gaganjyot@101.213.153.123) |
09:00.59 |
andromeda-galaxy |
maths22: I
think that I have a fairly decently robust implementation that
properly handles multiple files with the same name and handles the
fact that you can submit links as well as files in ~65 lines of
bash. I've downloaded 2014 & most of 2013; the data dir size
(uncompressed, with html versions of each task page + all task
files) is 2.6 GB |
09:30.24 |
*** join/#brlcad infobot (ibot@rikers.org) |
09:30.24 |
*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/
|| We're busy preparing a major release 7.26 (eta January) and
getting archer/mged to Beta status (eta April) || SEEKING: web devs
to finish setting up our new website! |
09:59.24 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
10:17.07 |
*** join/#brlcad merzo_
(~merzo@user-94-45-58-141.skif.com.ua) |
10:34.41 |
Notify |
03BRL-CAD
Wiki:Seniadrian * 0 /wiki/User:Seniadrian: |
14:10.01 |
*** join/#brlcad poxip
(~poxip@unaffiliated/mrpoxipol) |
14:24.12 |
Notify |
03BRL-CAD:starseeker * 66870
brlcad/trunk/include/wdb.h: Doxygen tweaks for wdb.h |
14:27.30 |
Notify |
03BRL-CAD:starseeker * 66871
(brlcad/trunk/include/rt/timer.h
brlcad/trunk/misc/doxygen/librt.dox): Group the rt timer into librt
doxygen. |
14:36.53 |
Notify |
03BRL-CAD:starseeker * 66872
brlcad/trunk/misc/doxygen/libmultispectral.dox: Add a brief note
about libmultispectral - need much better docs explaining all
this... |
14:42.46 |
Notify |
03BRL-CAD:starseeker * 66873
brlcad/trunk/misc/doxygen/CMakeLists.txt: reorder libraries, add a
note that this order is important to doxygen and not
arbitrary. |
14:48.12 |
Notify |
03BRL-CAD:starseeker * 66874
(brlcad/trunk/misc/doxygen/libbg.dox
brlcad/trunk/misc/doxygen/libbn.dox and 2 others): Don't library
names in definition labels - context makes it clear. |
15:02.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:07.57 |
Notify |
03BRL-CAD:ejno * 66875 (svn:ignore ## -0,0
+1,3 ## and 3 others): create a branch for work on extracting NMG
to a library |
15:11.28 |
andromeda-galaxy |
brlcad,
maths22: I have 3.1GB uncompressed of data. Also, be warned that
the Melange-generated pages aren't valid (x)html, in some cases
they even have invalid unicode characters |
15:11.58 |
maths22 |
Not
surprising. Did you unzip the files, or are they still in the zip
format from when they were downloaded? |
15:12.51 |
andromeda-galaxy |
maths22: curl
--retry 3 -s "http://www.google-melange.com/$link"
| gunzip - > "$file" # line from the script |
15:12.54 |
andromeda-galaxy |
so
yes |
15:13.20 |
maths22 |
OK. Could
you share the script with me? I would like to see it |
15:14.00 |
andromeda-galaxy |
brlcad: if
you have a list of categories to file the tasks into, I can make a
tiny little script to make refiling them easier |
15:14.07 |
andromeda-galaxy |
maths22:
sure! how do you want me to? |
15:14.16 |
maths22 |
pastebin? |
15:16.25 |
andromeda-galaxy |
maths22:
sounds good, hold on one second |
15:17.53 |
andromeda-galaxy |
maths22:
http://lpaste.net/2293901509777162240 |
15:18.38 |
maths22 |
andromeda-galaxy: Thanks! |
15:19.08 |
andromeda-galaxy |
maths22: no
problem. There were some particularly annoying problems with
Melange though: |
15:19.22 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:20.57 |
andromeda-galaxy |
The main one
was that for some reason, one html file included an ASCII code 5
"ENQ" character, which isn't legal in xml. I used to use
hxnormalize instead of xmlstarlet fo on like #26, but that passed
the ENQ character through, and the xmlstarlet sel invocation then
errored out, and no files were downloaded. Luckily, I have an
assertion that, through the complexities of wc, ensures that the
number of files found, |
15:20.57 |
andromeda-galaxy |
was
downloaded, so I caught it. |
15:21.09 |
andromeda-galaxy |
that'll be
important if you take a similar approach on any other
scripts |
15:22.01 |
maths22 |
interesting |
15:22.08 |
andromeda-galaxy |
maths22: fun
idea: extract the comments, intersperse them with links to the
downloaded file, and then run the whole thing throuph pandoc to get
a nice little markdown document for each task with task title, task
description, and files interspersed with comments |
15:22.52 |
andromeda-galaxy |
(e.g. use
pandoc to build the markdown from html) |
15:23.29 |
andromeda-galaxy |
currently,
the tasks are written as
${year}/${org}/${task-key}/files/${date-uploded}/${filename} |
15:23.34 |
andromeda-galaxy |
or, if that's
ambiguous, |
15:23.47 |
andromeda-galaxy |
${year}/${org}/${task-key}/files/${date-uploded}/${filename}/$n
where n = [0..] |
15:23.51 |
andromeda-galaxy |
s/0/1 |
15:24.00 |
andromeda-galaxy |
maths22: does
that seem like a deceent scheme to you? |
15:24.20 |
maths22 |
It does seem
reasonable |
15:24.58 |
andromeda-galaxy |
oh good. Now
we have to figure out what to do with 3.1 GB of task
data |
15:27.23 |
maths22 |
zip it up and
upload it to transfer.sh |
15:28.05 |
andromeda-galaxy |
maths22:
sure, should I try generating the abovementioned markdown summaries
quickly? |
15:28.14 |
maths22 |
Sounds
reasonable |
15:29.10 |
andromeda-galaxy |
maths22:
great, I'll try to do that quickly, |
15:29.32 |
andromeda-galaxy |
after I send
it to transfer.sh, are we planning that you'll double-check that
everything looks good & we'll stick the files on brlcad.org (so
that we can set up the git annex repository)? |
15:29.39 |
maths22 |
yep |
15:31.04 |
andromeda-galaxy |
maths22:
sounds good. Do you think that we should we upload all the files
(including task pages and Markdown summaries) or just the large
files? |
15:31.35 |
maths22 |
Probably all
of them, but once we have the zip on the server, we can play with
it however we want |
15:31.56 |
Notify |
03BRL-CAD:ejno * 66876
(brlcad/branches/libnmg/include/nmg.h
brlcad/branches/libnmg/src/CMakeLists.txt and 23 others): remove rt
includes and separate rt-dependent code (in progress) |
15:33.29 |
andromeda-galaxy |
wait, are we
going to put a zip on the server? I don't think that git-annex
will be able to deal with that... |
15:33.48 |
maths22 |
I'll unzip it
once it is there |
15:34.16 |
andromeda-galaxy |
maths22:
good, just checking |
15:34.33 |
andromeda-galaxy |
are you
planning on handling everything that needs access to the
server? |
15:36.49 |
andromeda-galaxy |
(I've never
played with it before, and thus don't have any access to
it) |
15:38.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:01.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:17.44 |
Notify |
03BRL-CAD:ejno * 66877
(brlcad/trunk/src/conv/gcv/gcv.c brlcad/trunk/src/libgcv/gcv.c and
2 others): add a decimation filter |
16:40.54 |
Notify |
03BRL-CAD:ejno * 66878
brlcad/trunk/src/libgcv/plugins/decimate/decimate.c: print
decimation statistics |
16:52.39 |
maths22 |
andromeda-galaxy: Indeed |
16:57.21 |
andromeda-galaxy |
maths22:
great! I have a few other things to do this morning, but I should
have an archive with the Markdown summaries for you in a few hours
at most |
16:57.37 |
maths22 |
Ok. Sounds
good. No hurry |
16:58.24 |
andromeda-galaxy |
also: what do
you think of using
${year}/${org}/${task-key}/${date}/${filename}/${n}/${filename} for
the tasks with more than one copy of a filename at a given date?
(previously, it ended at /${n}); that way, tools that rely on file
extensions will still work |
17:00.01 |
maths22 |
This is a
very good idea (or you could rename to
${filename}.${n}.${ext}) |
17:01.12 |
andromeda-galaxy |
maths22: the
reason that I was planning on continuing to use directories was
that I figured that it might otherwise be ambiguous whether
somebody submitted ${basename}.0.${ext} and ${basename}.1.${ext},
or if they submitted ${basename}.${ext} twice... |
17:01.34 |
maths22 |
That is
reasonable |
17:02.19 |
andromeda-galaxy |
excellent,
I'll rework the script & inplace update all the data before
sending it to you |
17:08.16 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:08.16 |
andromeda-galaxy |
maths22:
another possibility (which would keep more ordering information) is
${date}/${n}/${filename}, with $n uniformly increasing throughout
the tasks... thoughts on benefits/tradeoffs of that
approach? |
17:08.58 |
maths22 |
I actually
like that idea. What again is the reason for the date
folder? |
17:09.14 |
Notify |
03BRL-CAD:starseeker * 66879
(brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt): Remove
conf.h - has been deprecated since 7.0 |
17:10.50 |
andromeda-galaxy |
maths22: just
to hold on to the information about when it was submitted (for
ordering purposes, injecting into the comment stream,
etc.) |
17:11.30 |
maths22 |
Shouldn't
that be encoded into the file's creation date? |
17:12.17 |
andromeda-galaxy |
maths22: hmm,
that's an interesting idea... |
17:12.39 |
andromeda-galaxy |
by the way, I
just realized that I meant to say throughout the task---e.g. the
50th task downloaded wouldn't start with n=320 |
17:13.10 |
andromeda-galaxy |
maths22: the
advantage of the folder structure (to me) is that it's less
"fragile" than the dates---any number of archival methods modify
the various dates on the file, |
17:13.46 |
andromeda-galaxy |
including,
IIRC, git. In addition, if we end up moving tasks around between
directories a lot to manage a queue, making sure that everyone who
checks out the repo has everything set up right so that creation
dates get preserved is a big pain |
17:14.48 |
maths22 |
That is fair;
I just feel like one should be able to list a single directory and
find all the files assosciated with the task (or n folders with one
file per folder) |
17:15.08 |
andromeda-galaxy |
maths22: I
was assuming that people wouldn't mind find $task/$files -type
f |
17:15.19 |
maths22 |
andromeda-galaxy: I always forget about
find :( |
17:15.20 |
maths22 |
Never
ind |
17:15.25 |
maths22 |
s/ind/mind/ |
17:15.45 |
andromeda-galaxy |
maths22: oh
okay. so are we agreed on ${date}/${n}/${file}, with $n starting
at 1 and counting up through all the files for a given
date? |
17:15.55 |
maths22 |
yes |
17:16.05 |
andromeda-galaxy |
maths22:
great, I'll rework the scripts |
17:16.50 |
andromeda-galaxy |
maths22: I
just got a test of the markdown conversion going though, and it's a
little worrying: pandoc doesn't seem to do a very good job,
probably because it doesn't read any css and the comments are all
horribly nested divs |
17:16.58 |
andromeda-galaxy |
so I'm
probably going to have to do markdown by hand :( |
17:17.31 |
maths22 |
That's
dissapointing |
17:18.14 |
andromeda-galaxy |
yeah, now I'm
trying to decide between 1. making html summaries and no
text-readable ones, 2. making markdown summaries through text
concatenation, and 3. doing both of the above |
17:18.54 |
andromeda-galaxy |
part of the
problem is that I'm actually not at all sure how to get the
markdown to look any good, since we need to put a number of
properties under each comment heading |
17:19.12 |
Notify |
03BRL-CAD:starseeker * 66880
(brlcad/trunk/include/optical/light.h
brlcad/trunk/include/optical/shadefuncs.h
brlcad/trunk/include/optical/shadework.h): Add liboptical headers
to liboptical group |
17:20.43 |
andromeda-galaxy |
maths22: you
get markdown like: |
17:20.49 |
andromeda-galaxy |
div id="c"
class="single-comment"><span
class="single-comment-author">[Marc
Tannous](/gci/student_tasks/google/gci2014/tannousmarc)</span><span
class="single-comment-meta">on December 1 2014 17:03
UTC</span><span class="single-comment-title">Task
Claimed</span> |
17:20.51 |
andromeda-galaxy |
which is
reallyjust html |
17:20.57 |
Notify |
03BRL-CAD:starseeker * 66881
(brlcad/trunk/include/dm/bview.h brlcad/trunk/include/vmath.h
brlcad/trunk/misc/doxygen/CMakeLists.txt): Add the two clearly
public headers that are not (at the moment) associated with a
library. |
17:20.59 |
maths22 |
This is not
markdown :( |
17:21.21 |
andromeda-galaxy |
exactly |
17:35.33 |
Notify |
03BRL-CAD:ejno * 66882
brlcad/trunk/src/libgcv/gcv.c: remove the initial tessellation
filter for now, until it works correctly |
17:51.52 |
andromeda-galaxy |
maths22: I've
got to leave now, but if you have any thoughts on good ways to do a
presentation of the data while avoiding that problem, let me
know |
17:52.09 |
maths22 |
I'll take a
look later |
18:24.25 |
*** join/#brlcad ickby
(~stefan@x5d84c445.dyn.telefonica.de) |
18:42.52 |
Notify |
03BRL-CAD:n_reed * 66883
brlcad/trunk/doc/STRATEGY: renamed strategic areas and converted
TODOs to org-mode headlines |
19:10.13 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
19:42.32 |
Notify |
03BRL-CAD:starseeker * 66884
(brlcad/trunk/CHANGES brlcad/trunk/include/bu/cmd.h
brlcad/trunk/src/libtclcad/cmdhist_obj.c): Deprecated the
bu_cmdhist functionality as public libbu API. Need to decide what
libged level functionality we'll eventually want, for now provide
tclcad the logic internally. |
19:59.02 |
brlcad |
andromeda-galaxy: responding to your
earlier comment, the design gallery page has a list of the design
categories of interest (plus icons or misc for any remaining design
tasks), plus 'code', 'docs', and probably 'infrastructure' or 'etc'
... we can subdivide |
19:59.32 |
brlcad |
if it can be
done hierarchically, that would be cool, to just start with
"design", "code", "docs", and "etc", see what that looks
like |
20:00.40 |
brlcad |
I see your
shell scripting skills have improved considerably too
:) |
20:01.26 |
andromeda-galaxy |
brlcad:
sounds good, I'll try to set it up heirarchically like
that |
20:01.54 |
andromeda-galaxy |
brlcad: yeah,
I got a lot better at bash after writing bash completion for
ovs-vsctl (from Open vSwitch)---that's a really complex command, so
we used a few hundred lines of bash |
20:02.35 |
brlcad |
fyi, we don't
need (or want) year or org delineation other than to maybe order
integration better .. it's all categoric work that has to be
processed |
20:02.45 |
brlcad |
the task-key
should be chrono hopefully |
20:03.20 |
andromeda-galaxy |
we can
probably get rid of that at some point, but I left it in to the
script to make sure that we don't accidentally overwrite things,
since I have absolutely no idea how the task keys are
generated---the 2014 and 2013 ones both look like random strings of
numbers to me, |
20:03.27 |
andromeda-galaxy |
although 2012
is slightly shorter random strings |
20:04.08 |
andromeda-galaxy |
I'm trying to
figure out what sort of "task summary" file we want to give someone
opening a new task, I originally thought that I' d just render an
html page with comments & inline links to the files that we
scraped to markdown (so that people can look at it in an editor),
but it looks like that's somewhat difficult, since
html->markdown isn't very good |
20:04.21 |
andromeda-galaxy |
also:
xmlstarlet & jq are awesom |
20:04.26 |
andromeda-galaxy |
s/$/e |
20:07.22 |
brlcad |
still reading backlog, liked maths22 notion that we should be
able to list a single dir to find all the files / folders for a
given task instead of date nesting but only because the date is
pretty much irrelevant for integration purposes |
20:08.22 |
brlcad |
yay, caught
up |
20:08.45 |
andromeda-galaxy |
brlcad: that
was about the setup for inside one task, though---I thought that
the date would be relevant for while a contributer was trying to
figure out which files to actually use |
20:09.15 |
brlcad |
you're right
for the script, it needs to be careful, just saying it's of no use
for the repo structure |
20:09.46 |
andromeda-galaxy |
also, if we
go the git annex route, we can just stuff all of the data up on
brlcad.org in a relatively unstructured format and then move around
annex's marker files in the repo, right? |
20:09.47 |
brlcad |
what's the $n
? |
20:09.51 |
Notify |
03BRL-CAD:starseeker * 66885
(brlcad/trunk/include/bio.h brlcad/trunk/include/bnetwork.h and 3
others): Doxygen work for bio/bnetwork |
20:10.01 |
andromeda-galaxy |
in case
there's more than one file for the same datetime with the same
name |
20:10.09 |
andromeda-galaxy |
the time
resolution is only good to within a minute, so that really does
happen |
20:10.53 |
brlcad |
it's not a
big deal really either way .. if someone is processing a task, they
will almost certainly look at all the files |
20:11.08 |
brlcad |
so the easier
it is to look at all of them, the faster it will be to et through
795 tasks |
20:11.14 |
brlcad |
s/et/get/ |
20:11.24 |
andromeda-galaxy |
(I was
thinking that we should just upload files with the maximum of
structure---it seems like this kind of repetitive structure will be
easier to get rid of than to add back in) |
20:11.37 |
brlcad |
knowing the
submission order is obviously helpful for knowing what came
before/after what |
20:12.52 |
andromeda-galaxy |
we could also
do ${task-key}/files/${n}/${filename}, cutting out the ${date}
folders but keeping the ordering in the ${n}... I worry a bit about
putting all of them in the same directory, though, it seems like it
would be too easy to overwrite older files |
20:13.03 |
brlcad |
can do that,
but then there will almost certainly be up-front work to
immediately break it down to something minimal |
20:13.22 |
andromeda-galaxy |
(well,
${task-key}/files/${n}-${filename} might work too) |
20:13.22 |
brlcad |
this isn't
surviving post integration, it's all about making them as fast as
possible to review |
20:14.19 |
andromeda-galaxy |
I just wanted
to download files with enough structure to put it all back in if we
want it, a few lines of bash sshould be enough to move things back
around |
20:14.43 |
andromeda-galaxy |
I see your
point about one directory now, though---lots of tools are conducive
to "open everything in this directory" |
20:14.44 |
brlcad |
what about
${title}-${year}-${task-key}/${n}-${filename} |
20:15.13 |
brlcad |
or something
similar ... really flat hierarchy but guaranteed to not
conflict |
20:15.18 |
andromeda-galaxy |
that's
nice |
20:15.24 |
brlcad |
and
guaranteed to order correctly |
20:15.36 |
maths22 |
Title should
then be at the end |
20:15.41 |
andromeda-galaxy |
encoding
${title} might be kind of annoying though, since we have #'/etc. in
there |
20:15.42 |
brlcad |
sure |
20:16.01 |
brlcad |
could just
strip non-alphanum chars |
20:16.09 |
andromeda-galaxy |
e.g. it's
easy to just use "" and stick any random set of characters in
there, but it might annoy people later |
20:16.14 |
andromeda-galaxy |
oh that's
true |
20:16.26 |
andromeda-galaxy |
sed
s/[^A-Za-z0-9]//g |
20:17.05 |
andromeda-galaxy |
or tr -cd
'[[:alnum:]]' |
20:17.18 |
brlcad |
yep |
20:18.10 |
andromeda-galaxy |
or actually,
we might want to replace spaces with dashes first, but
anyway |
20:18.14 |
Notify |
03BRL-CAD:starseeker * 66886
(brlcad/trunk/include/bsocket.h
brlcad/trunk/misc/doxygen/CMakeLists.txt
brlcad/trunk/misc/doxygen/libbu.dox): handle bsocket like bio and
bnetwork |
20:18.35 |
brlcad |
sed
's/[^[:alnum:]_-]//g |
20:18.55 |
brlcad |
underscores
probably, but yeah |
20:19.36 |
brlcad |
so we end up
with something like: |
20:19.50 |
andromeda-galaxy |
we might want
a /files in there after task before ${n}-*, though |
20:19.59 |
andromeda-galaxy |
that way we
can stick the task description in there, and have a different
folder for links |
20:20.27 |
andromeda-galaxy |
(since
students can submit links to work online, or to websites related to
the task in any way, and we probably don't want to accidentally
crawl too much) |
20:20.46 |
brlcad |
docs/2013_8234829392_Convert_to_Doxygen/178218383-file1.doxygen |
20:20.47 |
andromeda-galaxy |
right now,
those get done as ${task-key}/links/$n, with $n monotonically
increasing for the task |
20:21.17 |
andromeda-galaxy |
where'd the
178218383 come from? are you talking about using the id from the
html file instead of a new counter? |
20:22.09 |
brlcad |
doesn't
matter, as long as it's ordered somehow |
20:22.16 |
andromeda-galaxy |
are the ids
ordered? |
20:22.17 |
brlcad |
could be the
date or counter |
20:22.49 |
brlcad |
I assumed
they were based on what I thought I saw when the program started,
but don't know |
20:22.55 |
andromeda-galaxy |
well, date
doesn't work, since there could be duplicates; we could do
${date}-${counter} or just ${counter} (which seems simpler, and
doesn't lose anything since we still have task html
file |
20:23.44 |
brlcad |
the
discussion in the html file, though, is chrono, so won't really
know what file is being talked about without a date
somewhere |
20:24.37 |
brlcad |
${n}-${date}-${filename} sounds pretty
good |
20:24.58 |
andromeda-galaxy |
yeah, true,
though to some degree that goes back to what I was saying earlier
about providing a summary file in some human friendly
format |
20:25.26 |
andromeda-galaxy |
(${n}-${date}
would have ${n} increasing throughout the whole task?) |
20:25.42 |
brlcad |
yeah |
20:26.26 |
andromeda-galaxy |
okay, that
sounds like a good plan:
${category}/${year}-${key}-${title}/files/${n}-${date}-${filename} |
20:26.30 |
andromeda-galaxy |
(for the
files) |
20:26.42 |
brlcad |
doesn't
matter how, as long as it's easy to tell what file came before what
others and that map to the conversation/html, we'll be
good |
20:26.45 |
andromeda-galaxy |
${category}/${year}-${key}-${title}/task.html
for the task descr |
20:26.48 |
brlcad |
I assume
you're not doing html re-writing |
20:27.04 |
andromeda-galaxy |
and
${category}/${year}-${key}-${title}/links/${n}-${date} for the
links |
20:27.19 |
andromeda-galaxy |
brlcad:
that's what I was discussing with maths22 earlier, |
20:27.39 |
andromeda-galaxy |
at this point
task.html is just a cleaned-up copy of the Melange page (using
xmlstarlet fo --recover to clean it up) |
20:27.55 |
andromeda-galaxy |
but it would
be nice to provide a summary with links to the local copies of the
file |
20:28.05 |
andromeda-galaxy |
but I don't
know if html (which would be easy to do using xmlstarlet) is the
best idea or not |
20:28.35 |
andromeda-galaxy |
since that
would require one to open a web browser for each task to look at a
nicely formatted version of the page |
20:28.41 |
brlcad |
or even
${n}-${date}-${link} |
20:28.51 |
Notify |
03BRL-CAD:n_reed * 66887
brlcad/trunk/doc/STRATEGY: convert cross-over designations to
org-mode tags |
20:29.22 |
brlcad |
if we can
avoid the subdir and get everything in one dir, it will be that
many cd's fewer * 795 |
20:29.31 |
Notify |
03BRL-CAD:n_reed * 66888
brlcad/trunk/doc/STRATEGY: fix typo |
20:29.48 |
brlcad |
how are you
handling the urls? |
20:30.03 |
brlcad |
just
embedding them in a text file, or the name of the file is the
url? |
20:30.13 |
brlcad |
or creating
an html with that link in it? |
20:30.21 |
brlcad |
something
else? |
20:30.35 |
andromeda-galaxy |
brlcad: right
now, lins/${date}-${n} is a plain text file with one line
containing the value of the href attribute of the a element which
generated the link |
20:30.45 |
andromeda-galaxy |
since
${n} |
20:31.09 |
brlcad |
cool, that
works |
20:31.24 |
andromeda-galaxy |
is
monotonically increasing, we could write all the links to files
named ${n}-${date}-link and hope that no-one confuses them with
files, since we probably won't have ${filename}==link |
20:32.12 |
andromeda-galaxy |
(by the way,
links are currently detected by finding <a> elements with
rel=nofollow, there doesn't seem to be anything else to distinguish
them, except that they aren't to a subsite of
google-melange.com) |
20:36.47 |
andromeda-galaxy |
brlcad: also,
what do you think of providing a file like this for a "landing
page" for each task: http://lpaste.net/3413613330818924544 |
20:37.22 |
andromeda-galaxy |
(the names
& first few times are from a real datafile, but I embellished
the end & avoided copying in the description) |
20:38.32 |
andromeda-galaxy |
the main
problem is that I'm not sure how to actually get markdown (or
similar) versions of the task description and comment texts, pandoc
does a horrible job with it... |
00:05.18 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
00:13.32 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:23.59 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
00:28.00 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
00:30.59 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
00:38.28 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
00:40.00 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
00:42.59 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
00:45.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:46.00 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
00:49.00 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
00:51.59 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
00:55.04 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
00:58.04 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
01:00.06 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
01:02.59 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
01:06.00 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
01:07.20 |
*** join/#brlcad merzo
(~merzo@194-46-132-95.pool.ukrtel.net) |
02:01.41 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:23.40 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-075-156-098.092.075.pools.vodafone-ip.de) |
04:26.43 |
Notify |
03BRL-CAD
Wiki:36.69.107.226 * 9516 /wiki/ARL_Technical_Reports: |
07:09.20 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:09.52 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
10:25.52 |
*** join/#brlcad ries_
(~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) |
11:54.02 |
*** join/#brlcad DaRock
(~Thunderbi@mail.unitedinsong.com.au) |
11:56.55 |
DaRock |
Hi guys. I'm
hoping someone can help me, I'm just starting (like a few hours)
with brlcad. I've been lead to it in order to solve a specific
problem - coverting a stp file to stl (which creo was unable to do
due to lack of memory). I modeled it quite a while ago, and don't
want to have to go back and do it again as it took days, and it
can't change as such as its a replacement of a specific part that
is no longer available. |
11:58.08 |
DaRock |
unfortunately, when I convert from step
using step-g, the file is small, and when I try to confert to stl
it asks for objects, and I can't figure out which it is talking
about, and when I open in mged it shows absolutely
nothing |
11:58.57 |
DaRock |
what am I
doing wrong? |
12:01.08 |
``Erik |
mged doesn't
load objects when you first start it, try running the "tops"
command at the mged command line after the .g file is
opened |
12:01.21 |
DaRock |
nada |
12:01.25 |
DaRock |
tried that
already |
12:01.37 |
DaRock |
all my
googling has not helped |
12:01.45 |
DaRock |
tried ls,
summary as well |
12:02.11 |
DaRock |
basically
comes up 0 in all summary |
12:02.27 |
``Erik |
hm, then I
guess step-g failed (exactly how big is the .g file and how did you
invoke step-g ?) |
12:02.53 |
DaRock |
step-g -o
output.g input.stp |
12:03.11 |
DaRock |
exactly as
the docs and -h says |
12:03.40 |
DaRock |
files size of
the g file is 208 bytes |
12:05.18 |
DaRock |
command
output of step-g says instances found, 0 warnings 0 errors, a list
of (seems) approx features, but nothing seems to actually go into
the g file |
12:05.34 |
DaRock |
1205
instances created |
12:05.44 |
DaRock |
instances
valid |
12:06.09 |
``Erik |
huh, I'd
think step-g would want some object names to convert |
12:06.22 |
DaRock |
? |
12:06.27 |
DaRock |
really? |
12:06.36 |
DaRock |
doesn't say
so in any docs |
12:06.49 |
DaRock |
should be
just one object anyway |
12:07.35 |
DaRock |
last lines:
Used 49 entities of the available 254 in schema
"Config_Control_Design |
12:07.35 |
DaRock |
Writing
output file [handle.g] ...done! |
12:10.02 |
DaRock |
this is
directly from the step-g command: step-g -h step-g: illegal option
-- h |
12:10.02 |
DaRock |
Usage: step-g
-o outfile.g infile.stp |
12:10.55 |
DaRock |
so
%megd.sh |
12:11.06 |
DaRock |
file->open
handle.g |
12:12.25 |
DaRock |
file loaded
info dialog pops up with: Output from STEP coverter step-g.
(units=mm) |
12:12.46 |
DaRock |
tops: |
12:12.54 |
DaRock |
ls: |
12:14.08 |
DaRock |
summary: 0
primitives, 0 region; 0 non region combinations, 0 total
objects |
12:14.41 |
DaRock |
and there is
no objects listed in the stp file either |
12:15.04 |
DaRock |
plenty of
text, no object names as such though |
12:15.27 |
DaRock |
file size of
the stp: 77.5k |
12:15.47 |
DaRock |
original prt
file from creo is 341k |
12:16.16 |
DaRock |
actually...
not sure. thats prt.1, prt.3 is 810k |
12:26.51 |
DaRock |
just opened
the file in mged directly, and it came up with the stp file
contents ok, but still no objects and a whole bunch of errors in
the form of: db_scan Error: bad record |
12:33.16 |
DaRock |
weird. tried
a different step file from a different source and it
worked |
12:33.31 |
DaRock |
tops actually
output something :) |
12:33.49 |
DaRock |
unfortunately, the one I want seems to be
screwed |
12:35.47 |
``Erik |
might be the
file you're using has some unsupported aspect :/ starseeker would
be the go-to guy I think, maybe he'll be online in a couple hours?
(I don't think his work is open today due to that blizzard, but he
might get online) |
12:36.33 |
``Erik |
is the step
geometry something you'd be able to share to help solve
this? |
12:45.50 |
DaRock |
could... but
I think it may have just been some quirk it wasn't happy with. It
was showing elsewhere just fine, but I couldn't convert it as such.
Anyway, I went back to creo and re-exported it as step. When I went
back and did the convert using step-g again it responded
differently, and it seemed to have worked. I went into mged then
and opened the g file, and ran tops and it showed an object - yay!
:) I'm just running draw on it |
12:46.18 |
DaRock |
its taking
some time, but its outputting a whole lot of crap at least in the
cli wondow |
12:47.29 |
DaRock |
that blizzard
looks like some fun hey? Wouldn't want to be caught in the middle
of that... then again, it'd probably suit me better than the heat
we have here atm :) |
12:51.47 |
DaRock |
I have a
wireframe now :) so to clarify how does the g-stl work then? What
objects are required? If I run ls in mged it says ''0.r/R and
''0.s |
12:52.51 |
DaRock |
do I run
g-stl -o handle.stl handle.g ''0.r/R |
13:01.50 |
*** join/#brlcad ries
(~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) |
13:02.36 |
DaRock |
running it on
"''0.r" is saying tesellation failure |
13:10.32 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:15.44 |
``Erik |
the /R just
says that the region flag is set, just 0.r should work... um, what
does 'rt' in the cmd window do? does it raytrace correctly?
(tesellation failure is something that was being worked on, I'm not
sure what the current state is... once again, a starseeker issue ;)
) |
13:16.33 |
``Erik |
if creo can
output a facetized format, that might be a workaround? |
13:18.28 |
DaRock |
facetized
format? Like stl? lol.... oh wouldn't that be nice :) |
13:19.31 |
DaRock |
main reason
for taking this road is that creo runs out of memory while
tessellating in stl, or other formats mind. PITA of a program if
you ask me |
13:20.17 |
DaRock |
I upped the
page file size, but basically it goes over around 2G of memory
which a 32bit ssytem can't handle as far as I can tell |
13:21.28 |
DaRock |
0.r came up
with unknown object |
13:21.47 |
DaRock |
mged has
frozen atm... give it a bit |
13:22.47 |
DaRock |
I'm trying to
get away from creo, but it keeps dragging me back kicking and
screaming :) |
13:24.03 |
DaRock |
when I do
finally get rid of it I might have to have a ritual burning or
something... kick its ass to the curb :) |
13:26.24 |
DaRock |
how does rt
work? |
13:26.40 |
DaRock |
I've used rt
''0.r and it fails |
13:30.50 |
``Erik |
if you have
the wireframe up in the display window, just 'rt' |
13:31.12 |
DaRock |
so I have to
draw first? |
13:32.05 |
``Erik |
yeah, or 'e',
if you just want to call 'rt' with no arguments... otherwise it'd
be "rt 0.r" (and may take quite a while if your nurbs are
hairy) |
13:32.56 |
``Erik |
but it'll let
you know if the nurbs's (?) converted correctly and seem
valid |
13:36.12 |
DaRock |
how long
should it take? |
13:38.59 |
*** join/#brlcad JulytoNovember
(~ubuntu@2602:306:3b33:9ac0:c906:a4f7:2483:b739) |
13:40.58 |
DaRock |
I have an ogl
lingering window open, the graphics window is the same, and the cli
says the command has finished - I think. The ogl window is black
though, and I still only see wireframe |
13:42.04 |
*** join/#brlcad teepee`
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
13:50.11 |
DaRock |
well the ogl
window is not so black now, but still not in any expected form -
just some weird shape atm |
14:02.08 |
DaRock |
I'm going to
have to call it a day, but thanks for the help ``Erik |
14:02.28 |
DaRock |
finally
finished after 1017s cpu time |
14:03.07 |
DaRock |
recognisable
shape, but I'm not 100% sure what I'm expecting to see as
such |
14:03.27 |
DaRock |
not sure what
errors should come up either |
14:03.59 |
DaRock |
did get a lot
of assumptions made though about faces and seams |
14:56.34 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:52.11 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
16:18.04 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
17:20.20 |
andromeda-galaxy |
``Erik,
brlcad: are either of you still around? |
17:47.48 |
*** join/#brlcad skat00sh
(uid103741@gateway/web/irccloud.com/x-twdrqkpgphrmpakd) |
18:12.36 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
18:41.20 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:36.25 |
*** join/#brlcad merzo
(~merzo@78-117-133-95.pool.ukrtel.net) |
23:25.10 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
00:23.05 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
00:23.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:19.48 |
*** join/#brlcad yqxublyynsbnzpge
(~armin@dslb-088-065-178-111.088.065.pools.vodafone-ip.de) |
03:21.50 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
03:23.26 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
03:23.40 |
*** join/#brlcad maths22
(~maths22@66-118-151-70.static.sagonet.net) |
03:23.40 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
03:23.50 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
03:24.42 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
04:23.06 |
andromeda-galaxy |
brlcad: oops,
sorry, my irc client disconnected and I didn't realize, so I missed
you one more time... I've pm'd you the details of the plan I had
set up, it would be great if you could take a look at it when you
have a chance, and let me know what you think... I'll probably be
able to discuss more tomorrow (sorry I missed you
today!) |
05:20.51 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
05:22.27 |
*** join/#brlcad maths22
(~maths22@66-118-151-70.static.sagonet.net) |
05:22.28 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
05:22.42 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
05:22.50 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
05:23.10 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
05:42.26 |
*** join/#brlcad greenapple
(0e8b2997@gateway/web/freenode/ip.14.139.41.151) |
08:03.16 |
*** join/#brlcad witness
(uid10044@gateway/web/irccloud.com/x-msfjcyovzclkmzco) |
08:18.17 |
*** join/#brlcad witness_
(uid10044@gateway/web/irccloud.com/x-gdyzhvjurhstkrgq) |
08:53.28 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:19.30 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:46.55 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
10:53.49 |
*** join/#brlcad greenapple
(0e8b2997@gateway/web/freenode/ip.14.139.41.151) |
14:14.48 |
Notify |
03BRL-CAD:starseeker * 66961
brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: DIRECTORY ->
PATH, ws |
14:23.58 |
Notify |
03BRL-CAD:starseeker * 66962
brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: See if a straight
include_directories will work for older CMakes... problematic, but
the alternative is to bump our required CMake version. Getting
close to that point for a number of reasons, but for now give this
a shot... |
14:42.58 |
brlcad |
starseeker:
is it time to just bootstrap the version of cmake we
want |
15:39.04 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
15:54.35 |
brlcad |
hmm |
16:07.09 |
starseeker |
brlcad: maybe
- if we can bump our minimum to 3.0.2 or some such that would take
care of most of it |
16:07.30 |
starseeker |
checks Debian stable... |
16:08.06 |
starseeker |
hah -
https://packages.debian.org/jessie/cmake |
16:12.24 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:33.22 |
Notify |
03BRL-CAD:starseeker * 66963
(brlcad/trunk/src/conv/CMakeLists.txt
brlcad/trunk/src/libgcv/plugins/obj/CMakeLists.txt and 8 others):
Make libwfobj into a stand-alone compile. |
17:05.54 |
Notify |
03BRL-CAD:starseeker * 66964
(brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_grammar.yy
brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_grammar_decls.h and 4
others): Rework |
17:22.13 |
Notify |
03BRL-CAD:starseeker * 66965
brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_grammar.yy:
cleanup |
17:24.08 |
Notify |
03BRL-CAD:starseeker * 66966
brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_grammar.yy: GCC 4.2
is now very old, and snprintf needs a define for MSVC. |
17:43.40 |
Notify |
03BRL-CAD:starseeker * 66967
brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_parser.cpp: For
whatever reason, it currently wants both extern "C" and
WFOBJ_EXPORT in the .cpp file to generate a .lib file in MSVC.
Still not sure why - maybe something to do with the use of C++
namespaces? |
18:20.47 |
*** join/#brlcad zenemij
(~quassel@2a00:1508:1:f018:e009:72a4:cdcf:f560) |
18:23.25 |
zenemij |
hey! |
18:23.40 |
zenemij |
i Remember
some forum discussion between brlcad and freecad people |
18:23.55 |
zenemij |
do some
collaboration started ? |
19:20.16 |
andromeda-galaxy |
brlcad: I'm
back, did I miss you? |
20:13.13 |
brlcad |
starseeker:
sounds good to me either way (bumping or bundling) |
20:14.09 |
brlcad |
andromeda-galaxy: I missed
you! |
20:26.56 |
starseeker |
will bump once distcheck passes again - just got Windows
build fixed (isst apparently works on Windows now!) and need to
tidy up |
20:29.42 |
starseeker |
wonders if isst warrants a desktop icon... probably needs
more UI polish first... |
20:30.25 |
Notify |
03BRL-CAD:starseeker * 66968
(brlcad/trunk/misc/doxygen/CMakeLists.txt
brlcad/trunk/src/libgcv/plugins/obj/CMakeLists.txt
brlcad/trunk/src/other/stepcode.dist): Update ignore file lists for
CMake |
20:40.49 |
Notify |
03BRL-CAD:starseeker * 66969
brlcad/trunk/src/libgcv/plugins/obj/wfobj/CMakeLists.txt: copy
paste strikes again |
21:07.43 |
andromeda-galaxy |
brlcad: did
you see writeup that I sent you earlier? |
21:13.09 |
Notify |
03BRL-CAD:starseeker * 66970
brlcad/trunk/CMakeLists.txt: We apparently need some quoting
here. |
21:43.34 |
Notify |
03BRL-CAD:starseeker * 66971
brlcad/trunk/src/libgcv/plugins/vrml/vrml_read/string_util.cpp: Add
common.h to string_util.cpp |
21:46.49 |
Notify |
03BRL-CAD:starseeker * 66972
brlcad/trunk/regress/repository.sh: Update repository.sh
script |
22:04.14 |
brlcad |
andromeda-galaxy: I did -- it sounds good
-- but to understand, that's the external files that will get
referenced in the repo? |
22:05.02 |
andromeda-galaxy |
brlcad: the
repo --- which will go on github --- will be a git annex repository
with a web special remote pointing at brlcad.org |
22:05.42 |
brlcad |
right, but
the dump into /usr/web is the repo or the files that annex will
reference? |
22:05.59 |
andromeda-galaxy |
I was
planning that that |
22:06.05 |
andromeda-galaxy |
would be the
files |
22:06.11 |
andromeda-galaxy |
1,2s/\n// |
22:10.00 |
andromeda-galaxy |
brlcad:
gci-backlog-data.tar.gz in ~peter is the data dump (the archive
that I'd extract into /usr/web/brclad.org/gci/data), if you want I
can move/copy that somewhere that you can take a look at
it |
22:10.15 |
brlcad |
no, go
ahead |
22:10.41 |
andromeda-galaxy |
did the
.htaccess lines that I posted seem right to you? |
22:19.42 |
andromeda-galaxy |
brlcad: I
just did a quick test to confirm that those actually do disable
execution and came up with a small tweak (it looks like the
SetHandler wasn't properly being applied); see
/usr/web/brlcad.org/gci/data/.htaccess for the new version
(test.php in that directory is a tiny php script that I used to
make sure that it was correctly disabled, which it
was...) |
22:23.45 |
andromeda-galaxy |
brlcad: if
the .htaccess lines look good, I'll untar the datadump inside /data
(using --strip-components to avoid data/data uris) |
22:28.32 |
brlcad |
sure, the
.htaccess looked/looks fine |
22:29.57 |
andromeda-galaxy |
great! shall
I do the untar now? |
22:30.49 |
brlcad |
yep! |
22:30.59 |
brlcad |
what's the
untarred size? |
22:31.34 |
brlcad |
we need to do
some filesystem cleanup soon.. half TB almost full... |
22:31.56 |
brlcad |
we can spill
over onto another drive if we need to, but there's a lot of big
data laying waste |
22:33.14 |
andromeda-galaxy |
brlcad: hold
on a sec let me check what it islocally |
22:33.33 |
andromeda-galaxy |
brlcad:
3.0G |
22:33.39 |
brlcad |
cool |
22:34.07 |
andromeda-galaxy |
it's in the
middle of untarring on the sever right now... |
22:36.03 |
andromeda-galaxy |
brlcad:
http://brlcad.org/gci/data/2012-8123204-Mock_up_new_BRL-CAD_website_interface_design_5_-_BRL-CAD/file-2-2012-12-27T01:59-0800-homepage.png,
for example |
22:36.12 |
andromeda-galaxy |
unexpected
problem, though:
http://brlcad.org/gci/data/2012-8123204-Mock_up_new_BRL-CAD_website_interface_design_5_-_BRL-CAD/task.html |
22:36.24 |
andromeda-galaxy |
the task
pages all use a bunch of css with relative urls |
22:39.06 |
andromeda-galaxy |
brlcad: are
there any xml manipulation tools on the server? I can probably
rewrite the style link quickly enough, but I'd rather not spend
another ~3 hours uploading a new data dump just for
that... |
22:42.47 |
brlcad |
that looks
awesome |
22:43.27 |
andromeda-galaxy |
great! what
do you think we should do about the accidentally unstyled task
description pages? |
22:44.21 |
andromeda-galaxy |
(the tar just
finished, so it should all be up now) |
22:44.26 |
Notify |
03BRL-CAD:starseeker * 66973
(brlcad/trunk/db/comgeom/CMakeLists.txt
brlcad/trunk/db/faa/CMakeLists.txt and 4 others): Some distclean
cleanup |
22:44.40 |
Notify |
03BRL-CAD:starseeker * 66974
(brlcad/trunk/misc/CMake/FindLEMON.cmake
brlcad/trunk/misc/CMake/FindPERPLEX.cmake and 21 others): Compact
down the LEMON/RE2C/PERPLEX CMake pieces into three files instead
of six. |
22:45.36 |
brlcad |
I think the
pages can be fixed pretty trivially with a find sed
replacement |
22:45.48 |
brlcad |
just needs a
couple images and css files |
22:46.29 |
andromeda-galaxy |
oh, that's
probably true actually, the melange pages are autogenerated +
pretty regular |
22:46.45 |
andromeda-galaxy |
I tend to be
paranoid about using sed on things that are context-free
langauges |
22:48.32 |
andromeda-galaxy |
should we
grab copies of the styles and put them on our server, and then
rewrite to point to them? (so that we can keep going if melange
goes down) |
22:49.16 |
brlcad |
yeah, should
be fully self-contained |
22:50.10 |
andromeda-galaxy |
That makes
sense. what do you think of leaving the links for user profiles
& the melange menu broken (since there's not really anything
sane we could do with them)? |
22:51.03 |
brlcad |
probably
something like find . -name task.html -exec perl -pi -e
's/soc\/content\/2-1-20151016-1-g2aa4932\//gci/g' {} \; |
22:51.23 |
andromeda-galaxy |
also: the
file listing on the task pages points to melange, which is
annoying. Do you think that it's worth trying to rewrite all of
the download links to relative pointers to the local
files? |
22:51.44 |
brlcad |
then mkdir
gci/images/... copy in the css and few images |
22:52.20 |
andromeda-galaxy |
that looks
right to me, but that implies creating /gci/css and /gci/styles,
should we do that or /gci/data/{css,styles}? (since there's other
stuff in /gci right now) |
22:54.07 |
brlcad |
nah, it's
fine .. there's not much in gci |
22:54.22 |
andromeda-galaxy |
okay, I'll
wget the files & rewrite the uris now |
22:55.04 |
andromeda-galaxy |
the task
links will be annoying to do now though, since they'd require
parsing a bunch of xml (and dates in it!) stretched over multiple
lines... |
23:00.06 |
andromeda-galaxy |
ha! the menu
and task file links are all broken, but:
http://brlcad.org/gci/data/2012-8123204-Mock_up_new_BRL-CAD_website_interface_design_5_-_BRL-CAD/task.html |
23:00.27 |
*** join/#brlcad merzo
(~merzo@185-47-133-95.pool.ukrtel.net) |
23:02.44 |
starseeker |
woo hoo!
basic distcheck passes again |
23:03.22 |
starseeker |
fires distcheck-full |
23:03.58 |
brlcad |
andromeda-galaxy: "curl -O url" is simpler
than wget ;) |
23:04.20 |
andromeda-galaxy |
really? |
23:04.25 |
brlcad |
don't have to
fix all the a links, just want it to display readably |
23:04.49 |
brlcad |
I mean, if
you can fix the links to point to the local files, that would be
awesome, but not strictly necessary |
23:05.19 |
andromeda-galaxy |
I see. well,
it displays readably now, so I'll work on the git annex repo now,
hopefully that'll be ready soon s well |
23:05.32 |
brlcad |
awesome |
23:06.37 |
andromeda-galaxy |
if you'll be
around for a little while, I'll let you know when I have something
that looks right to me |
23:07.53 |
andromeda-galaxy |
hmm, actually
one more question first: |
23:08.11 |
Notify |
03BRL-CAD:starseeker * 66975
brlcad/trunk/src/libgcv/plugins/obj/CMakeLists.txt: Set target
folder for libwfobj targets |
23:09.02 |
andromeda-galaxy |
do we want to
use github, or should we stick the actual repository on our server?
the git-annex workflow is apparently a bit more complicated when
you have to use separate special remotes, but since we don't intend
to actually *change* anything, that might be fine |
23:13.32 |
andromeda-galaxy |
brlcad: also
git-annex seems inclined to track which checkouts of the main
repository have which files, which may or may not actually be
desirable |
23:13.54 |
andromeda-galaxy |
(probably
not, since I can't think of any use we have for that
information) |
23:19.42 |
brlcad |
I'm actually
waffling on the value of a revpo looking at these files on the
server now |
23:20.21 |
andromeda-galaxy |
brlcad:
what's the alternative? |
23:24.36 |
brlcad |
well, just
trying to think what it's bringing to the table |
23:25.07 |
andromeda-galaxy |
over in-place
modifying the directories on the server? |
23:25.16 |
brlcad |
yep |
23:25.28 |
brlcad |
guess it
depends who all is going to be involved in processing |
23:25.58 |
brlcad |
most devs
have an account an a directory-based workflow could be set
up |
23:26.05 |
brlcad |
what's the
complication using github? |
23:26.30 |
andromeda-galaxy |
right, if we
want anyone without access to be able to help with categorizing
(which might be good for images, etc.) then the repository is nice,
but otherwise the only thing that it adds is an assurance that we
can't accidentally delete everything, and it's not at all hard to
re-create, so that's not worth that much |
23:26.49 |
brlcad |
if there's a
repo, it can be wherever, don't really care -- just think the
activity will be far more visible and allow for discussion if it's
on github |
23:27.14 |
brlcad |
that's true,
accidental deletions |
23:27.39 |
andromeda-galaxy |
(the main
thing that I worry about without the repo is the possibility of
deleting something and not noticing it) |
23:28.09 |
andromeda-galaxy |
the
complication about github according to git annex is just that
github doesn't let them upload the files, which we don't want them
to do. the complication with using git-annex overall is that it
wants to keep track of every repo clone and which ones have the
files in them |
23:28.38 |
andromeda-galaxy |
which is
awesome if you're one person using it to sync up stuff across a
bunch of computers, but doesn't work that well with our planned
workflow |
23:29.30 |
andromeda-galaxy |
since
contributors might not want the world knowing their hostname and
directory paths... |
02:23.14 |
*** join/#brlcad djdqesuozcthujya
(~armin@dslb-088-066-158-110.088.066.pools.vodafone-ip.de) |
03:10.30 |
Notify |
03BRL-CAD:starseeker * 67065
(brlcad/trunk/TODO brlcad/trunk/src/tclscripts/tkcon.tcl): tkcon's
clear was conflicting with MGED's - rename |
03:19.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:30.18 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
04:33.08 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
07:17.53 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:45.49 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
07:46.25 |
*** join/#brlcad maths22
(~maths22@66-118-151-70.static.sagonet.net) |
07:46.25 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
07:51.19 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
07:56.25 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
07:56.35 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
07:57.07 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
07:57.20 |
*** join/#brlcad Guest25529
(~ejno@unaffiliated/kazaik) |
08:02.48 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
08:03.10 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
08:08.04 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
08:08.39 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
08:14.44 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
08:19.36 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
08:19.54 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
08:23.03 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
08:40.17 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
08:41.15 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
08:47.41 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
08:53.52 |
*** join/#brlcad Guest71027
(~ejno@unaffiliated/kazaik) |
08:54.42 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
09:10.31 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
09:12.32 |
*** join/#brlcad maths22
(~maths22@66-118-151-70.static.sagonet.net) |
09:12.32 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
09:20.49 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
09:21.18 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
09:25.43 |
*** join/#brlcad maths22
(~maths22@66.118.151.70) |
09:25.43 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
09:27.18 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
09:30.23 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
09:39.42 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
09:41.38 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
09:44.27 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
09:45.32 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
09:49.39 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
09:51.31 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
09:55.11 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
10:01.32 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
10:07.24 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
10:14.03 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
10:14.39 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:27.50 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
10:33.15 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
10:33.59 |
*** join/#brlcad maths22
(~maths22@66.118.151.70) |
10:33.59 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
10:34.03 |
*** join/#brlcad Notify
(~notify@66.118.151.70) |
10:35.00 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
10:36.01 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
10:41.45 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
10:42.33 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
10:47.28 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
10:48.21 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
11:02.13 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
11:04.44 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
11:05.56 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
11:15.42 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
11:22.34 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
11:22.44 |
*** join/#brlcad ejno__
(~ejno@unaffiliated/kazaik) |
11:25.42 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
11:27.03 |
*** join/#brlcad maths22
(~maths22@66-118-151-70.static.sagonet.net) |
11:27.03 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
11:38.36 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
11:42.31 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
11:42.44 |
*** join/#brlcad maths22
(~maths22@66-118-151-70.static.sagonet.net) |
11:42.45 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
11:42.51 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
11:43.28 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
11:44.18 |
*** join/#brlcad ejno
(~ejno@66-118-151-70.static.sagonet.net) |
11:44.18 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
11:57.21 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
12:04.13 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
12:05.24 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
12:06.04 |
*** join/#brlcad maths22
(~maths22@66.118.151.70) |
12:06.04 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
12:07.03 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
12:12.16 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
12:13.22 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
12:13.39 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
12:14.15 |
*** join/#brlcad ejno
(~ejno@66-118-151-70.static.sagonet.net) |
12:14.15 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
12:18.51 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
12:24.09 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
12:24.09 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
12:34.52 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
12:38.12 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
12:38.22 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
12:43.48 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
12:44.01 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
12:44.02 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
12:54.18 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
12:54.26 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
13:00.17 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
13:03.33 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
13:04.36 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
13:10.31 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
13:15.04 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
13:15.56 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
13:16.02 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
13:19.39 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
13:20.29 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
13:22.52 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
13:24.51 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
13:25.43 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
13:30.53 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
13:37.22 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
13:38.23 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
13:42.49 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
13:47.18 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
13:49.26 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
13:49.37 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
13:59.17 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
14:06.16 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
14:06.22 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
14:12.33 |
*** join/#brlcad ejno_
(~ejno@66-118-151-70.static.sagonet.net) |
14:12.33 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
14:12.42 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
14:21.12 |
*** join/#brlcad maths22
(~maths22@66.118.151.70) |
14:21.12 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
14:31.05 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
14:31.52 |
*** join/#brlcad Guest42774
(~ejno@66-118-151-70.static.sagonet.net) |
14:31.57 |
*** join/#brlcad Guest42774
(~ejno@unaffiliated/kazaik) |
14:33.33 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
14:36.34 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
14:40.11 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
15:16.35 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
15:19.00 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
15:21.53 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
15:23.33 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
15:36.08 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
15:36.30 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
15:42.46 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
15:43.04 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
15:44.39 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
15:45.13 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
15:50.32 |
*** join/#brlcad maths22
(~maths22@66-118-151-70.static.sagonet.net) |
15:50.32 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
15:50.54 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
15:50.59 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
16:17.25 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:07.28 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
17:12.43 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
17:18.40 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
17:19.37 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
17:24.38 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
17:24.39 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
17:25.01 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
17:25.31 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
17:26.36 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
17:28.21 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
17:30.23 |
*** join/#brlcad Notify
(~notify@66.118.151.70) |
17:31.09 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
17:34.43 |
*** join/#brlcad Guest14280
(~ejno@unaffiliated/kazaik) |
17:35.26 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
17:39.33 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
17:39.40 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
17:41.39 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
17:41.42 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
17:42.16 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
17:50.40 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
18:19.27 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
18:19.37 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
18:20.09 |
starseeker |
blinks |
18:20.18 |
starseeker |
lot of up and
down |
18:48.28 |
*** join/#brlcad stefan__
(~stefan@x5d84d937.dyn.telefonica.de) |
19:47.24 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
21:53.22 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
22:27.54 |
*** join/#brlcad merzo
(~merzo@126-245-134-95.pool.ukrtel.net) |
23:50.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:41.33 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
02:33.23 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-075-156-238.092.075.pools.vodafone-ip.de) |
06:04.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
06:40.32 |
*** join/#brlcad ofnlut_
(~ofnlut_@2601:143:8001:646d:60b2:f03f:7a3b:eabd) |
06:42.25 |
*** part/#brlcad ofnlut_
(~ofnlut_@2601:143:8001:646d:60b2:f03f:7a3b:eabd) |
07:53.05 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:32.26 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
09:00.12 |
*** join/#brlcad tandoorichick
(~chatzilla@182.75.45.225) |
09:03.29 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
09:07.29 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
09:13.28 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
09:17.32 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
09:21.37 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
09:23.31 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
09:27.33 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
09:33.33 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
09:37.35 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
09:43.33 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
09:47.31 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
10:03.07 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:22.58 |
*** join/#brlcad tandoorichick
(~chatzilla@111.93.5.194) |
10:25.42 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
10:29.44 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
10:33.45 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
10:39.42 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
10:43.42 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
10:49.42 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
10:53.41 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
10:59.45 |
*** join/#brlcad tandoorichick_
(~chatzilla@111.93.5.194) |
11:03.44 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
11:09.43 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
11:14.01 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
11:19.43 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
11:26.16 |
*** join/#brlcad tandoorichick_
(~chatzilla@182.75.45.225) |
11:30.21 |
*** join/#brlcad tandoorichick_
(~chatzilla@61.12.40.177) |
12:10.24 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
14:41.11 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:20.20 |
brlcad |
this is
awesome... http://publicdomain.nypl.org/pd-visualization/ |
17:21.09 |
brlcad |
new york
public library released
http://www.nypl.org/research/collections/digital-collections/public-domain |
17:40.27 |
brlcad |
673k
digitized items |
17:48.03 |
*** join/#brlcad ickby
(~stefan@x5d8443f2.dyn.telefonica.de) |
17:54.27 |
ickby |
brlcad:
Hello! |
17:54.36 |
brlcad |
hello |
17:54.55 |
ickby |
GSoC
appication period starts today, any progress made on the desicion
on your side? |
17:55.54 |
brlcad |
yes, received
several responses over the weekend and tallying up mentor support
today |
17:56.55 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
17:57.24 |
ickby |
oh nice. I've
seen the mailing list entry and was a bit nervous because nobody
answered on the list. |
17:57.24 |
brlcad |
wow, irssi
actually crashed... that's new |
17:57.29 |
ickby |
:) |
17:58.06 |
brlcad |
several
contacted me back privately |
17:59.09 |
ickby |
so we made up
a project list on our wiki. I've scanned through yours and it seems
like a central place for all application in the umbrella. I think
it is best to integrate at least some links in your wiki I
suppose |
18:00.40 |
brlcad |
the public
sentiment isn't too far offset, though, that we will likely keep
things really light for our mentors (i.e., few slots if any for
us) |
18:01.25 |
brlcad |
I have a few
replies and inquiries to make today, and will follow-up on the
gsocax list |
18:02.49 |
brlcad |
how many
projects are you up to? |
18:03.28 |
brlcad |
you'll want
at least 10 project ideas with some detail |
18:03.55 |
ickby |
4 ideas, 2 we
can actually handle. One for me one for yorik. We have some guys
which will stay in the background and provide support |
18:04.04 |
ickby |
10? ok thats
alot. any reason for this number? |
18:04.18 |
brlcad |
the titles on
our wiki ideas page links to pages with more info on each, the
level of detail expected |
18:04.47 |
ickby |
yes we
modeled our ideas after what we found on this pages |
18:04.54 |
brlcad |
because you
will not likely get applications for all your ideas, variety is
needed to match up skills and interest |
18:04.55 |
ickby |
they are
pretty solid |
18:05.03 |
brlcad |
if you were
applying solo, you'd want 20-30 ideas |
18:06.19 |
ickby |
ok, if this
is the experience we will catch up. Shout not be hard, ideas are
basically endless :) |
18:07.23 |
brlcad |
if you can't,
that's fine -- just as a group, we will need 30+ -- but to attract
viable students, you will want some interesting variety |
18:08.08 |
brlcad |
to set
expectations consistently, I've found it best if mentors scope a
project that would take the mentor 1-2 months of time AT MOST,
closer to 1-month of full-time effort estimated |
18:08.49 |
brlcad |
because
invariable and with high disparity, gsoc students will
exceptionally under-estimate their time and their progress will be
slow, especially getting up to speed with existing code
bases |
18:09.23 |
brlcad |
this is a
perspective shared across most orgs and communities |
18:09.34 |
brlcad |
scope it for
1.5 and the student has a chance of completing it in 3
:) |
18:09.41 |
ickby |
hehe |
18:10.37 |
brlcad |
it's easy to
add more work and scope if they actually get done faster, but it's
dangerous and demotivating if they're behind schedule |
18:10.49 |
ickby |
I mentor
studends in my company, they are even slow when physically
available. could imagine what happens on distance |
18:11.23 |
brlcad |
one of the
proposal review guidelines is to figure out if the student's skill
matches the timeline they include in their proposal |
18:11.43 |
brlcad |
that's great,
you have some mentoring experience |
18:12.29 |
brlcad |
I've found it
to not be a whole lot different other than being very wary of
students that require extra attention, for whatever
reason |
18:13.36 |
brlcad |
every year,
there's usually 1 or 2 "rock star" applications where it's a
student that is adept at navigating code, communicating well but
great at learning and exploring independently |
18:14.57 |
brlcad |
we had a phd
student in china helping with our NURBS boolean evaluation
infrastructure (surface-surface intersection, etc) working with us
for a couple years, for example |
18:15.50 |
brlcad |
not the norm,
though -- it's very much a bell curve with the average requiring
consistent attention, review, and discussion to feel like it's
productive |
18:15.54 |
ickby |
I've read his
application partially |
18:16.40 |
brlcad |
there have
been a few others as well, just last year was an outstanding
student converting our ray trace pipeline over to
opencl |
18:17.10 |
ickby |
Yeah in the
end I hope we get more work out than we put in, that would be the
goal. |
18:18.04 |
brlcad |
our goal is
usually to get someone that continues to contribute after gsoc is
over |
18:18.14 |
brlcad |
code comes
and goes, quality is all over the map |
18:18.40 |
brlcad |
if we can get
good code, great, but I'd rather get a new dev :) |
18:19.29 |
ickby |
so back to
some try stuff: should I start update your wiki with our
information (contacts, projects etc.)? Or will there be annother
resource you guys use? |
18:19.41 |
ickby |
*dry |
18:21.23 |
brlcad |
go ahead and
add your details there |
18:21.41 |
ickby |
how do I get
edit permissions? |
18:21.51 |
brlcad |
that may not
be the final destination, but it's closest to getting everything in
one place |
18:22.02 |
brlcad |
just create
an account and go to town |
18:22.13 |
ickby |
ok sounds
good |
18:22.14 |
brlcad |
our wiki is
traditional style, open |
18:22.41 |
brlcad |
you might be
asked to do some math :) |
18:22.56 |
ickby |
we tried this
too, but never managed to hold the spam back. now personal
permission is needed |
18:25.34 |
brlcad |
we don't keep
it back, but with that and about 6 other measures, it reduces spam
to actual humans about 10-20 instances per year |
18:25.37 |
brlcad |
manageable |
18:26.13 |
brlcad |
once a month
seems to be about the norm |
18:37.15 |
Notify |
03BRL-CAD
Wiki:Ickby freecad * 0 /wiki/User:Ickby_freecad: |
19:00.28 |
Notify |
03BRL-CAD
Wiki:Ickby freecad * 9527
/wiki/Summer_of_Code/Checklis: |
19:01.13 |
Notify |
03BRL-CAD
Wiki:Ickby freecad * 9528
/wiki/Summer_of_Code/Checklis: |
19:11.34 |
teepee |
ahh, freecad,
yay \o/ |
19:11.38 |
Notify |
03BRL-CAD
Wiki:Ickby freecad * 9529
/wiki/Summer_of_Code/Checklis: |
19:31.02 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
21:24.25 |
*** join/#brlcad merzo
(~merzo@56-41-133-95.pool.ukrtel.net) |
21:39.16 |
*** join/#brlcad ickby
(~stefan@x5d8443f2.dyn.telefonica.de) |
21:47.19 |
*** join/#brlcad ickby
(~stefan@x5d8443f2.dyn.telefonica.de) |
22:26.16 |
starseeker |
brlcad: that
is awesome - I hadn't tried the visualization of the whole
collection, very cool idea |
23:33.21 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:45.13 |
Notify |
03BRL-CAD:brlcad * 67066
brlcad/trunk/src/librt/CMakeLists.txt: remove the old unpublished
rt_shoot_many_rays() multiple-ray dispatching interface. while an
interesting approach, relying on a per-ray callback to set each ray
for dispatch, the approach is inherently contentious with the need
to semaphore block the book-keeping called per ray. plus, it
doesn't let the caller precompute all rays in advance
coherently. |
00:12.43 |
*** join/#brlcad qux
(944a2b81@gateway/web/freenode/ip.148.74.43.129) |
01:40.00 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:55.57 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:58.34 |
brlcad |
starseeker:
libpng change recently (last 3-4 weeks)? getting new failure on
mac |
01:59.20 |
brlcad |
yeah, that
collection is pretty insane ... so many gems in there I
found |
01:59.44 |
brlcad |
old photos,
lots of baltimore maps and drawings, letters, sheet music,
... |
03:17.01 |
nmz787 |
anyone in
here know much about CAM? I am interested in getting my BRL-CAD
designs out into the world, and have been thinking of how to
implement a g-code exporter. I've seen the shell script that's out
there, but it had too many dependencies and wasn't amenable to
g-code optimization (i.e. if you're targeting a laser versus a
traditional mill) |
04:01.05 |
brlcad |
nmz787:
variety of thoughts on the matter |
04:01.34 |
brlcad |
the shell
script method (projected polygonal tessellation) is an approach,
but not a very good one at all for a variety of reasons
(particularly for brl-cad models) |
04:03.22 |
brlcad |
another is to
use export via stl or some other polygonal form and feed that to
existing software -- also an approach riddled with issues less than
ideal |
04:18.06 |
brlcad |
nmz787:
better approach is to keep the models in implicit or parametric
form and evaluate slices as needed |
04:21.17 |
nmz787 |
brlcad: yeah
I've got the slicing-in-brlcad figured out. It is the
edge-walking/stepping that I am not sure of... I guess some kind of
ray shooting (but non-random aim) could be used ? |
04:21.32 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
04:21.35 |
brlcad |
this is an
approach I had a summer student work on a few years
ago: |
04:21.41 |
brlcad |
http://brlcad.org/~sean/tmp/g-gcode.patch |
04:21.48 |
nmz787 |
i've thought
maybe slice in BRLCAD, then export to STL, then evaluate
elsewhere |
04:22.01 |
brlcad |
basically
shoots rays to sample layers through the geometry, outputs
corresponding gcode directly |
04:22.04 |
brlcad |
simple
program |
04:22.59 |
brlcad |
with that,
you can shoot rays at whatever resolution your printer/laser/cutter
supports so you will have perfect paths |
04:23.35 |
nmz787 |
any way to
shoot rays via mged? |
04:23.41 |
nmz787 |
or another
cmdline tool? |
04:23.46 |
nmz787 |
(existing
binary)? |
04:23.57 |
nmz787 |
something I
can hack with Python ;) |
04:23.58 |
brlcad |
certainly can
shoot rays, sure |
04:24.13 |
brlcad |
nirt was made
for exactly that purpose |
04:24.18 |
nmz787 |
that file
seems easy enough to port |
04:24.20 |
brlcad |
can run
inside or outside mged |
04:24.24 |
brlcad |
has a
detailed manaul |
04:24.45 |
nmz787 |
ok,
cool |
04:25.14 |
brlcad |
http://brlcad.org/w/images/f/fe/Interactive_Raytracing_-_The_nirt_Command.pdf |
04:27.49 |
nmz787 |
nice! timing
is everything in this chatroom! |
04:28.12 |
brlcad |
nirt run
outside of mged will be far more flexible for this kind of
use |
04:30.03 |
brlcad |
someone doing
something similar from inside mged was talked about on the list:
https://sourceforge.net/p/brlcad/discussion/362509/thread/4ca04adb/?limit=25 |
04:30.14 |
nmz787 |
well so far
I've been shoving python-crafted tcl strings to mged via
subprocess... and recently used subprocess to also grab the output
of the 'l' command for a make_bb temp-object |
04:30.19 |
brlcad |
but that will
convert trivially to python outside mged |
04:30.27 |
nmz787 |
so I can
interact/parse other commands similarly |
04:30.58 |
brlcad |
:) |
04:31.36 |
brlcad |
there is a
difference in this instance in that mged has it's own view and
state which gets passed to nirt when run from within
mged |
04:31.56 |
brlcad |
e.g., it
shoots at the objects you've drawn from the center of the current
view, whatever that may be |
04:32.04 |
brlcad |
outside mged,
you specify those things to nirt |
04:33.30 |
brlcad |
basic
approach will be to create a nirt script file which tells it what
point and direction to shoot ray(s) |
04:33.33 |
nmz787 |
btw I see you
using osuosl in a screenshot, are you in OR? |
04:33.43 |
nmz787 |
(I prev
guessed MD) |
04:33.51 |
brlcad |
MD |
04:34.33 |
nmz787 |
and the
output is the intersection point? |
04:34.40 |
nmz787 |
(of a shoot
event) |
04:34.53 |
brlcad |
output is
customizable, but yes default is hit point and
thickness |
04:35.13 |
nmz787 |
so it doesn't
matter if I hit the same point from different
viewpoints |
04:35.15 |
brlcad |
see the
manual, there are a couple other installed output forms that will
be more useful, more easily parsed |
04:35.39 |
brlcad |
inhit and
outhit points in one of them, not just inhit and
thickness |
04:35.56 |
brlcad |
nirt
-L |
04:40.23 |
nmz787 |
hmm, i opened
a spiral model (union of rpp) in nirt and used 's' from the
starting menu |
04:40.35 |
nmz787 |
I got 3 point
triplets |
04:40.57 |
nmz787 |
all from the
same model-region |
04:41.07 |
nmz787 |
(region
name) |
04:41.10 |
brlcad |
screenshot or
output? |
04:41.18 |
nmz787 |
console
output |
04:41.52 |
nmz787 |
http://paste.pound-python.org/show/BeGxlfcowYKdEEFiL8uZ/ |
04:42.02 |
nmz787 |
I catted a
bit of the tcl script at the top |
04:43.01 |
brlcad |
ah, that
looks right |
04:43.20 |
brlcad |
notice,
you're shooting from 0,0,0 in the direction -1,0,0 |
04:43.34 |
brlcad |
i.e., from
the center of the spiral, out |
04:43.39 |
brlcad |
so it hits it
three times |
04:44.55 |
brlcad |
first time at
-12 (exiting at -26), then at -47 (exiting at -53), then at -79
(exiting at -84) |
04:46.03 |
brlcad |
it might make
more sense for you to open up the model in mged and run nirt and
spin the view to understand what's going on |
04:46.15 |
brlcad |
it'll
actually show you these segments visually inside mged |
04:47.54 |
nmz787 |
i'll do that
now, all I can tell from your reply otherwise is that the X coord
got subtracted from it LOS |
04:50.09 |
brlcad |
something
like this is going on: http://paste.pound-python.org/show/BeGxlfcowYKdEEFiL8uZ |
04:50.23 |
brlcad |
oops, this:
http://brlcad.org/~sean/tmp/nirt_spiral.png |
04:52.56 |
nmz787 |
this is what
mged shows with "e spiral.r" : http://imgur.com/PKP2SfC |
04:52.57 |
brlcad |
default ray
is useless, be intentional about your 'pnt' and 'dir' (from where
and in what direction) |
04:53.09 |
nmz787 |
so apparently
I haven't finished my spiral script! |
04:53.22 |
brlcad |
so it's
hitting three of those boxes |
04:53.47 |
brlcad |
you can
refire the same ray inside mged |
04:53.49 |
nmz787 |
one ray or
three? |
04:53.56 |
nmz787 |
did the ray
bounce? |
04:54.02 |
brlcad |
one
ray |
04:54.02 |
nmz787 |
reflect? |
04:54.10 |
brlcad |
nope |
04:55.00 |
brlcad |
"center 0 0
0" in mged will set your view center point to the same as what nirt
used outside of mged |
04:55.53 |
brlcad |
"view dir" to
see what your view is, but I think view dir -1,0,0 may get you
oriented right so you can just run "nirt" inside mged to get the
same output |
04:56.22 |
brlcad |
if nirt hits
anything, you can rotate the view and you'll see the segments of
intersection as colored line segments |
04:57.28 |
nmz787 |
view doesn't
seem to have dir |
04:57.33 |
nmz787 |
in
mged |
04:57.47 |
nmz787 |
(release
7.24.0) |
04:58.59 |
brlcad |
ah, my
mistake |
04:59.04 |
brlcad |
help view
:) |
04:59.33 |
nmz787 |
anyway, I
don't want to waste your time since I have to read the manual and
such! you've given me a ton to go on for a while! |
04:59.41 |
nmz787 |
thanks! |
05:00.39 |
brlcad |
ah, fount
it |
05:00.42 |
brlcad |
just run
"front" |
05:00.47 |
brlcad |
that will
face -1,0,0 |
05:03.42 |
nmz787 |
with that and
then "nirt" , and "top" I see http://imgur.com/9gxZI07 |
05:03.49 |
nmz787 |
(and some
zooming) |
05:04.09 |
brlcad |
there ya go,
that's the three segments it hit |
05:04.31 |
brlcad |
center
-47.1519 0.0000 0.0000 |
05:04.54 |
nmz787 |
it looks like
the rightmost segment went through 4 distinct boxes |
05:04.57 |
brlcad |
or one of the
other points nirt reported, and you'll see it's right
there |
05:05.14 |
nmz787 |
the middle
through 2, the leftmost through 1 |
05:05.16 |
brlcad |
yes, but you
unioned them all together -- it's just one mass of
material |
05:05.29 |
nmz787 |
ah |
05:05.47 |
nmz787 |
I do remember
something about hiding those lines |
05:05.57 |
brlcad |
you even
unioned the disparate boxes, but it knows when it leaves and enters
different portions of something |
05:06.06 |
brlcad |
rtedge |
05:06.53 |
nmz787 |
hehe, well
rtedge crashed mged |
05:07.00 |
brlcad |
wot?
really? |
05:07.22 |
nmz787 |
well, it
seems to have recovered |
05:07.35 |
brlcad |
you on
debian? |
05:08.03 |
brlcad |
try "rtedge
-F/dev/X" |
05:08.45 |
nmz787 |
ubuntu |
05:08.46 |
brlcad |
there's a bug
on some platform that causes X11 to go haywire (black screen) until
the raytrace finishes |
05:09.26 |
brlcad |
something
screwy with opengl and/or direct render mode or X11 calls or ..
dunno, haven't been able to diagnose, but I have heard it
reported |
05:09.52 |
nmz787 |
that
worked |
05:10.00 |
brlcad |
so something
with opengl |
05:10.04 |
brlcad |
or direct
rendering |
05:10.09 |
nmz787 |
here's the
output of the plain command http://imgur.com/nnJJyHl |
05:11.29 |
brlcad |
yeah, bug in
the opengl driver of some sort |
05:12.17 |
*** join/#brlcad ofnlut_
(~ofnlut_@2601:143:8001:646d:701a:226:11ad:2011) |
05:12.31 |
nmz787 |
hmm, so maybe
I want to take a slice, then shoot rays at the slice
cross-sectionally |
05:12.46 |
nmz787 |
so I only
ever get one intersection |
05:13.21 |
nmz787 |
hrmm, this is
a bigger problem than I imagined when I started thinking about it a
month or so ago |
05:13.22 |
brlcad |
that's what
that g-gcode.c program does |
05:13.39 |
nmz787 |
ah,
mm |
05:14.21 |
brlcad |
basically
shoots across a line of rays, then shoots the next line, then the
next, etc.. outputting (very primitive) gcode instructions as it
goes |
05:14.59 |
brlcad |
the cool part
is that it's arbitrary resolution and independent of the geometry
representation format |
05:15.46 |
nmz787 |
mmm, which is
good for me, as I am working on MEMS devices (nanometers) that
integrate into macro devices (millimeters or cm) |
05:15.49 |
brlcad |
this makes it
far more robust than any polygonal method could possibly
be |
05:15.54 |
brlcad |
and better
quality unless you want to get into sub-resolution
tessellation |
05:16.12 |
nmz787 |
not that I'd
be exporting g-code from the two scales at the same
time |
05:16.35 |
nmz787 |
smartly
in-filling is what is kind of scaring me now! |
05:16.43 |
nmz787 |
but alas, I
need to go consume food |
05:16.44 |
brlcad |
you'd
probably have trouble getting a sub-resolution tessellation to
complete successfully (and you might end up with TB size
models) |
05:16.54 |
*** part/#brlcad ofnlut_
(~ofnlut_@2601:143:8001:646d:701a:226:11ad:2011) |
05:17.11 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:17.34 |
nmz787 |
thanks a lot
brlcad ! you have given me plenty to work on and think
about |
05:17.43 |
brlcad |
nods, glad to help! |
05:18.31 |
brlcad |
if you need
an interim solution, you might check out "slic3r" -- it already
does smart in-filling |
05:18.42 |
brlcad |
but it
requires tessellated input (stl) |
05:18.59 |
brlcad |
which is a
real pain to get brl-cad to export sometimes |
05:19.33 |
brlcad |
it has to
evaluate all of the boolean expressions apriori, which is an
unstable problem |
05:31.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:58.53 |
Notify |
03BRL-CAD:brlcad * 67067
brlcad/trunk/src/librt/bundle.c: rework the rt_shootrays() logic to
preallocate all rays at once, initialize them in a separate pass,
and then dispatch them all at once. while more coherent, we're not
going to see huge gains due to other stalling. however, this sets
the stage so that we can dispatch these rays in parallel more
easily. |
07:40.01 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
09:53.37 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
11:12.49 |
*** join/#brlcad ofnlut_
(~ofnlut_@2601:143:8001:646d:691e:3aac:1af3:1256) |
11:47.56 |
*** join/#brlcad ofnlut_
(~ofnlut_@2601:143:8001:646d:5439:2d60:14b8:3ee8) |
12:54.19 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
13:01.23 |
*** join/#brlcad ``Erik_
(~erik@pool-100-16-40-20.bltmmd.fios.verizon.net) |
13:10.35 |
Notify |
03BRL-CAD:d_rossberg * 67068
brlcad/trunk/src/librt/bundle.c: looks like the standard setup of
the gcc compiler (-Werror=c++-compat) requires an explicite cast
here |
13:23.55 |
starseeker |
brlcad: yes,
recent libpng change |
13:24.00 |
starseeker |
brlcad:
what's the failure? |
13:28.46 |
starseeker |
(don't have a
mac to test on anymore...) |
14:37.56 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:31.14 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:34.17 |
brlcad |
agua:.build
morrison$ bin/rt |
15:34.18 |
brlcad |
dyld: Library
not loaded: libpng16.16.dylib Referenced from:
/Users/morrison/brlcad.trunk3/.build/bin/rt Reason: image not
found |
15:34.20 |
brlcad |
Trace/BPT
trap: 5 |
15:35.35 |
brlcad |
maybe
something wrong during CMake |
15:36.42 |
brlcad |
cache
says: |
15:36.53 |
brlcad |
PNG_FOUND:STRING=PNG-NOTFOUND |
15:36.55 |
brlcad |
yes
also |
15:36.56 |
brlcad |
PNG_LIBRARY:STRING=/Users/morrison/Applications/lib/libpng.dylib |
15:37.53 |
brlcad |
and more
confusing is another set of vars in the same cache further
down: |
15:37.58 |
brlcad |
PNG_FOUND-ADVANCED:INTERNAL=1 |
15:38.19 |
brlcad |
PNG_LIBRARY-ADVANCED:INTERNAL=1 |
15:39.48 |
brlcad |
looks like
the actual link line is using that locally detected
version |
15:41.11 |
brlcad |
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
-pipe -fno-strict-aliasing -fno-common -fexceptions -msse3
-std=gnu89 -m64 -ggdb -Qunused-arguments -fstack-protector-all
-pedantic -pedantic-errors -Wall -Wextra -Wundef -Wfloat-equal
-Wshadow -Wbad-function-cast -Wdeclaration-after-statement
-Wc++-compat -Winline -Wno-long-long -Wno-variadic-macros
-Wdocumentation |
15:41.18 |
brlcad |
-Wno-c11-extensions -Werror
-Wl,-search_paths_first -Wl,-headerpad_max_install_names -m64
-ggdb CMakeFiles/rt.dir/do.c.o CMakeFiles/rt.dir/main.c.o
CMakeFiles/rt.dir/opt.c.o CMakeFiles/rt.dir/worker.c.o
CMakeFiles/rt.dir/heatgraph.c.o CMakeFiles/rt.dir/scanline.c.o
CMakeFiles/rt.dir/view.c.o -o ../../bin/rt
../../lib/libfb.20.0.1.dylib ../../lib/liboptical.20.0.1.dylib
../../lib/libicv.20.0.1.dylib -lm . |
15:41.24 |
brlcad |
./../lib/libpkg.20.0.1.dylib
../../lib/librt.20.0.1.dylib ../../lib/libgdiam.dylib
../../lib/libvds.1.0.1.dylib ../../lib/libbrep.20.0.1.dylib
../../lib/libbg.20.0.1.dylib
../../lib/libopenNURBS.2012.10.245.dylib
../../lib/libp2t.1.0.1.dylib /usr/lib/libc.dylib
/usr/lib/libz.dylib ../../lib/libtinycthread.dylib -framework tcl
../../lib/libbn.20.0.1.dylib ../../lib/libbu.20.0.1.dylib -ldl -lm
../../lib/liby2 |
15:41.30 |
brlcad |
038.dylib
/Users/morrison/Applications/lib/libpng.dylib
-Wl,-rpath,/Users/morrison/brlcad.trunk3/.build/lib |
15:47.21 |
brlcad |
starseeker:
so problem seems to be runtime rpath-related .. not finding the
auto-detected lib it decided to compile against |
16:04.46 |
brlcad |
presumably
something related to RPath_Setup.cmake ?? I'm at a loss here as
setting the library path manually works, just not when recorded in
the libs/binaries |
16:21.11 |
brlcad |
hmm, progress
.. so looks like the cmake Find macro is either searching the PATH
dirs, finding the lib relative to those paths, or finding the
installed png_config but not using the LDFLAGS png_config says must
be used |
16:25.53 |
brlcad |
manually
linking with `png-config --ldflags` which is
"-L/Users/morrison/Applications/lib -lpng16" vs the
"/Users/morrison/Applications/lib/libpng.dylib" above, seems to
work |
16:45.22 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
17:20.27 |
*** join/#brlcad ickby
(~stefan@x5d84d145.dyn.telefonica.de) |
17:27.25 |
*** join/#brlcad ickby
(~stefan@x5d84d145.dyn.telefonica.de) |
17:57.16 |
Notify |
03BRL-CAD
Wiki:Ickby freecad * 9530
/wiki/Google_Summer_of_Code/Project_Ideas: |
17:59.02 |
Notify |
03BRL-CAD:d_rossberg * 67069
brlcad/trunk/src/conv/csg/CMakeLists.txt: this should help to solve
the lemon issue here: explicitely initialize the lemon
package |
18:25.20 |
starseeker |
brlcad: I'm
not sure -lpng16 would pull libpng.dylib |
18:26.08 |
Notify |
03BRL-CAD:d_rossberg * 67070
brlcad/trunk/src/conv/csg/csg_parser.lemon: reverting changes from
revision 66191: I can't confirm a clean build with gcc 4.9.2
without these additions |
18:26.13 |
starseeker |
brlcad: if
you're using the system libpng, I wouldn't have expected the recent
changes to break that... |
18:26.34 |
starseeker |
curious |
18:27.15 |
starseeker |
wonder why
PNG_FOUND was set to not-found if the LIBRARY was set. |
18:37.23 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
18:40.05 |
starseeker |
brlcad: when
you use the -lpng16 linking command, is it actually finding the
dylib at /Users/morrison/Applications/lib/libpng.dylib or is it
locating some other library? |
18:40.18 |
starseeker |
i.e. what
does the binary end up with per otool? |
19:33.44 |
Notify |
03BRL-CAD:starseeker * 67071
brlcad/trunk/src/bwish/CMakeLists.txt: These are local dirs, and
need to come ahead of any system dirs contributed by the
libs |
19:44.48 |
Notify |
03BRL-CAD:starseeker * 67072
brlcad/trunk/src/other/tinycthread/tinycthread.h: Avoid clang
Wdocumentation warnings |
21:23.54 |
brlcad |
starseeker:
libpng.dylib is the first of a series of symlinks that ends up at
libpng16.16.16.0.dylib |
21:24.08 |
brlcad |
all in that
App lib dir |
21:31.34 |
brlcad |
something got
mixed up in my testing, looks like the png-config ldflags
*doesn |
21:31.44 |
brlcad |
*doesn't*
actually fix it |
21:37.53 |
brlcad |
otool/ldd
still just lists libpng16.16.dylib .. the problem is it either
needs to embed the full rpath (which curiously I would have
expected cmake's version to work) or the find script shouldn't have
been nosing into PATH dirs without linking |
21:38.13 |
brlcad |
http://stackoverflow.com/questions/1937232/linking-to-a-dynamic-library-on-a-mac-with-full-path
<-- seems to be related as renaming the link does
work |
21:43.04 |
*** join/#brlcad ickby
(~stefan@x5d8457b8.dyn.telefonica.de) |
21:54.59 |
brlcad |
I think I
found the underlying cause ... libpng's build does not appaer to
set a proper install_name in the dylib file |
21:56.41 |
brlcad |
so when it
gets linked by something else (via full path or -lpng16), it embeds
the wrong linkage that won't work without extra steps (set
DYLD_LIBRARY_PATH, use install_name_tool) |
21:58.48 |
starseeker |
brlcad:
sounds like a worthwhile patch to png |
21:59.08 |
starseeker |
brlcad: does
the ENABLE_ALL version of the build work? |
21:59.20 |
starseeker |
I found a
test machine here and it seemed to work for me... |
22:00.16 |
brlcad |
hadn't tried
an enable all yet, but I would expect that to work |
22:01.24 |
brlcad |
it's probably
a case of PNG needing what you added to our build from https://cmake.org/Wiki/CMake_RPATH_handling |
23:33.15 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
00:01.22 |
starseeker |
ah, I see -
they're using a union for different key types. |
00:01.24 |
starseeker |
hmm |
00:07.22 |
starseeker |
so char * is
the alias for a pointer... wonder why they're storing it that way
instead of using actual pointer types... |
00:19.04 |
starseeker |
nods - OK, so if char * is holding the "pointer key" and not
a pointer to a string key, the code has to interpret it differently
- a "0" value as numerical value in char * is legal and can be
mapped, but that same value treated as an (invalid) char *array*
address blows up. And that may be the fundamental issue we have,
since we don't have that union key structure Tcl is evidently using
to han |
00:19.10 |
starseeker |
dle that situation... |
00:22.16 |
brlcad |
starseeker:
seem to consistently get this on a first cmake run: |
00:22.16 |
brlcad |
CMake Error
at misc/CMake/FindBRLCADTCL.cmake:306 (file): |
00:22.16 |
brlcad |
<PROTECTED> |
00:22.19 |
brlcad |
<PROTECTED> |
00:22.41 |
starseeker |
do you have a
system Tcl installed? |
00:23.03 |
brlcad |
the default
mac tc |
00:23.22 |
brlcad |
*tcl |
00:23.46 |
starseeker |
that would
seem to indicate that the tcl_version.tcl file isn't
working |
00:24.03 |
starseeker |
can you try
running the system tclsh with CMakeTmp/tcl_version.tcl and see what
happens? |
00:24.50 |
brlcad |
k |
00:24.57 |
brlcad |
this is the
stack trace it reports next: |
00:25.02 |
brlcad |
Call Stack
(most recent call first): misc/CMake/FindBRLCADTCL.cmake:730
(TCL_GET_VERSION) misc/CMake/FindBRLCADTCL.cmake:938 (VALIDATE_TCL)
misc/CMake/ThirdParty.cmake:199 (find_package)
src/other/CMakeLists.txt:328 (THIRD_PARTY) |
00:25.32 |
starseeker |
nods - it's trying to find out what version of Tcl is
installed, to be able to do a version based validation
check |
00:25.41 |
brlcad |
is it
supposed to output anything? |
00:25.41 |
brlcad |
agua:.build
morrison$ tclsh CMakeTmp/tcl_version.tcl |
00:25.41 |
brlcad |
agua:.build
morrison$ |
00:25.50 |
starseeker |
should create
a TCL_VERSION file |
00:26.18 |
brlcad |
agua:.build
morrison$ cat CMakeTmp/TCL_VERSION |
00:26.19 |
brlcad |
8.5.9 |
00:26.21 |
starseeker |
in
CMakeTmp |
00:26.31 |
brlcad |
I'd already
run cmake though, hold on |
00:26.40 |
brlcad |
(a second
time) |
00:26.45 |
starseeker |
blinks - the error indicated that file wasn't there
previously |
00:27.26 |
starseeker |
flinches every time he looks at FindBRLCADTCL.cmake... it's
so bad... |
00:27.28 |
brlcad |
yep |
00:27.50 |
starseeker |
soo... what
tclsh does CMake think it's running? |
00:28.02 |
brlcad |
if I rm -rf
CMakeTmp ; cmake .. again, it repeatably gives the TCL_VERSION not
found error |
00:28.22 |
brlcad |
first cmake
fails, second cmake (without deleting CMakeTmp)
succeeds |
00:28.36 |
starseeker |
my next move
would be to instrument the TCL_GET_VERSION macro in FindBRLCADTCL -
use message to print out what tclshcmd is |
00:28.38 |
brlcad |
seems like
some code that assumes it's generated is coming before it's
generated |
00:28.54 |
starseeker |
is it always
line 306? |
00:29.04 |
starseeker |
because
that's supposed to be *after* the line that does generate
it... |
00:29.14 |
starseeker |
immediately
after, in fact |
00:30.47 |
starseeker |
brlcad: is
this your laptop? |
00:31.00 |
brlcad |
looking, yes
my laptop |
00:31.10 |
brlcad |
waiting for a
--trace to complete |
00:31.12 |
starseeker |
brlcad: I'll
be glad to take a crack at it tomorrow in person if you
like |
00:31.55 |
brlcad |
yes, line 306
consistently |
00:32.09 |
starseeker |
's first thought is that somehow OSX isn't instantiating the
file on the file system fast enough to get it there before the
file(READ command tries to run, but that seems
unlikely |
00:32.47 |
starseeker |
because at
some point TCL_VERSION *does* appear (right?) |
00:33.36 |
starseeker |
if tclshcmd
isn't set somehow, that would also produce that result |
00:33.46 |
starseeker |
except then
it would never work... |
00:33.55 |
brlcad |
the next time
cmake is run, so presumably it later runs tclsh and generates
it |
00:33.59 |
brlcad |
here we
go |
00:34.04 |
brlcad |
trace shows
this: EXEC_PROGRAM(/Library/Tcl ARGS \"${tclversion_scriptfile}\"
OUTPUT_VARIABLE EXECOUTPUT ) |
00:34.15 |
starseeker |
yeah, that's
not right |
00:34.29 |
starseeker |
is tclsh in a
subdirectory of Library/Tcl ? |
00:34.40 |
brlcad |
http://brlcad.org/~sean/tmp/cmake.trace |
00:35.08 |
brlcad |
woah, that's
a big file |
00:35.17 |
brlcad |
kills the upload |
00:35.21 |
starseeker |
yep, my
browser's not likeing it either |
00:35.32 |
starseeker |
they need
some intermediate logging levels |
00:35.45 |
starseeker |
what
directory is tclsh in? |
00:36.43 |
starseeker |
is suspecting a path quoting issue now, if OSX has set up Tcl
with spaces in it's pathname... |
00:36.54 |
brlcad |
here we go:
http://brlcad.org/~sean/tmp/cmake.trace.bz2 |
00:37.17 |
brlcad |
if you search
on TCL_VERSION, it's the second one |
00:38.12 |
brlcad |
rather,
search on CMakeTmp/TCL_VERSION, second occurance |
00:38.51 |
starseeker |
yep, see it -
that Library/Tcl is suspect/wrong |
00:38.53 |
brlcad |
tclsh is
simply in /usr/bin, but I think it's seeing /Library/Tcl and
somehow thinking that directory is tclsh |
00:39.05 |
starseeker |
what's in
Library/Tcl? |
00:40.06 |
brlcad |
bunch of tcl
package resources, something you'd probably find in a
/usr/share/tcl/8.x dir on linux |
00:40.23 |
brlcad |
agua:.build
morrison$ ls /Library/Tcl/ |
00:40.23 |
brlcad |
Misc
Sources Tk.icns Tk.tiff
basekits demos licenses
pkgconfig tap8.5 tap_help_repository tcl8
tcldebugger_attach tcldevkit
teapot |
00:40.37 |
starseeker |
is tclsh
buried under there somewhere? |
00:41.34 |
starseeker |
TCL_TCLSH_EXECUTABLE is getting the wrong
value to get fed into TCL_GET_VERSION |
00:42.25 |
starseeker |
hmm - what's
in /Library/Frameworks/Tcl.framework/tclConfig.sh |
00:45.23 |
brlcad |
http://brlcad.org/~sean/tmp/tclConfig.sh |
00:45.51 |
brlcad |
agua:.build
morrison$ find /Library/Tcl -name tclsh |
00:45.52 |
brlcad |
agua:.build
morrison$ |
00:45.55 |
brlcad |
(nope) |
00:45.57 |
starseeker |
ah - that's
what's doing it |
00:46.21 |
starseeker |
our CMake
find script around line 650 is assuming the tclsh exectuable will
be inside TCL_EXEC_PREFIX |
00:46.30 |
starseeker |
apparently,
that's not true on the Mac |
00:47.20 |
starseeker |
all of the
tests there fall through, and we're out of luck |
00:47.54 |
starseeker |
in fact, I'm
not seeing *anything* in this file that will help us find
tclsh |
00:48.36 |
starseeker |
blegh. |
00:48.51 |
starseeker |
all right
then... |
00:50.39 |
brlcad |
so apparently
TCL_EXEC_PREFIX only applies to "internal" tcl
applications/resources, or more likely ... this is just a result of
trying to get a strongly *nix based installation to fit the mac
ecosystem where there's a stricter definition where resources must
go |
00:51.03 |
brlcad |
or nobody
ever used that var and didn't realize it points to nothing useful
:) |
00:51.58 |
brlcad |
tclConfig.sh
should still be helpful for finding the tcl packages/modules, just
not necessarily tclsh |
00:52.18 |
Notify |
03BRL-CAD:starseeker * 67103
brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake: Ugh. Leave it to
Mac... if tclsh isn't *anywhere*, try plain tclsh as a last resort
since all the others are already guaranteed to fail... |
00:52.27 |
starseeker |
sighs - see if that works |
00:53.46 |
starseeker |
fundamentally, we're helpless at this
point - there's no way to guarantee any tclsh is associated with
the Tcl installation specified by that tclConfig.sh unless we start
picking apart binary library paths from otool/ldd an trying to tie
*those* to the tclConfig.sh paths |
00:55.15 |
starseeker |
by the by,
that's a pretty old version of Tcl - not sure if it'll
work... |
00:57.44 |
Notify |
03BRL-CAD:starseeker * 67104
brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake: finish the
comment. |
00:58.25 |
brlcad |
it
works |
00:58.53 |
starseeker |
brlcad: I've
never seriously tried to test against the Apple native Tcl/Tk,
since we've needed X11 all along anyway. It's theoretically
possible with the OpenSceneGraph display manager now, but I think
that's bitrotted some and there were still a few fine points to
iron out anyway... |
00:58.56 |
brlcad |
I mean that
system Tcl work, still testing the build file update |
00:59.12 |
starseeker |
nods |
01:01.54 |
brlcad |
ironically,
it's failing on this and it's a BRLCAD_BUNDLED_BUILD=ON |
01:02.27 |
starseeker |
try
BRLCAD_BUNDLED_LIBS=ON ? |
01:02.56 |
brlcad |
sorry, that's
what I meant |
01:03.06 |
brlcad |
told you I
have to look that var up almost every single time :) |
01:03.07 |
starseeker |
that's even
worse |
01:03.16 |
starseeker |
uses -DENABLE_ALL=ON |
01:03.19 |
*** join/#brlcad jkyppqdfdbzmdwbn
(~armin@dslb-088-066-155-144.088.066.pools.vodafone-ip.de) |
01:03.44 |
starseeker |
it shouldn't
be doing the system test... |
01:03.54 |
starseeker |
try
BRLCAD_BUNDLED_LIBS=BUNDLED maybe? |
01:05.14 |
starseeker |
brlcad: just
use the configure rosetta script and be happy ;-) |
01:05.35 |
starseeker |
it's there
specifically to help with this kind of nonsense... |
01:06.06 |
starseeker |
must someday try to convince the CMake devs to support
autotools style options exposed through the CMake
command... |
01:07.01 |
starseeker |
huh - OSG
still builds and runs here. cool |
01:07.06 |
starseeker |
thought it
was busted |
01:07.32 |
starseeker |
now if I can
only figure out why it's notions of center are wrong... |
01:08.00 |
starseeker |
middle click
on the dot and everything shifts right and down |
01:08.14 |
starseeker |
offset hiding
somewhere... |
01:08.27 |
starseeker |
s/it's/its |
01:08.27 |
starseeker |
grr |
01:16.04 |
starseeker |
brlcad:
remind me tomorrow and I'll try to figure out why you aren't
getting a bundled build |
01:16.41 |
starseeker |
ON should
work, per the logic at toplevel CMakeLists.txt:1027 |
01:22.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:31.26 |
Stragus |
Thanks
``Erik! |
04:21.38 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:18.39 |
brlcad |
starseeker: I
got a bundled build with the latest |
05:52.54 |
brlcad |
starseeker:
also, I'll have to look again, but I thought I recalled seeing
bu_hash's implementation supported more than storing strings.. the
keys are char*'s but you can cast just about anything to that and
use it as the hash key |
05:54.06 |
brlcad |
just a
different way of doing things, dropping type safety instead of
exposing a bunch of type functions / macros |
05:54.16 |
brlcad |
but again,
will have to check and confirm |
05:55.14 |
brlcad |
starseeker:
also, clean rebuild made the rtshot crash go away, so something
must have been stale or fixed in one of those commits you
mentioned |
05:57.52 |
brlcad |
GAH ... I
gave you the wrong reproduce test.. crash is still
there |
05:58.12 |
brlcad |
this is what
I should have said: bin/rtshot -R 1 -p 0 0 0 -d 1 0 0
share/db/havoc.g havoc |
06:12.08 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:36.41 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
08:42.31 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
10:05.20 |
*** join/#brlcad merzo
(~merzo@mail.telfbt.co.uk) |
13:15.06 |
Notify |
03BRL-CAD:d_rossberg * 67105
brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: poly2tri: use
dashes rather than underscores |
13:42.57 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
14:23.30 |
*** join/#brlcad gagan
(~gagan@122.173.240.110) |
14:28.16 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
14:36.48 |
*** join/#brlcad merzo
(~merzo@86.188.255.202) |
15:49.39 |
starseeker |
brlcad: OK,
that crash I can reproduce |
15:54.08 |
starseeker |
brlcad: two
problems - first one is trying to strlen something that's not a
string. If I change that to sizeof reg_bit, we get to bu_hash -
that's where we end up treating the key as a string |
15:55.00 |
starseeker |
is going to try to rethink/rework the bu_hash setup a bit...
I'll study what Tcl does and see if I can set something up that'll
do the job |
16:17.05 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:53.57 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:04.39 |
brlcad |
starseeker: I
saw the strlen() but didn't hunt down the source. presumably it
didn't used to be there as that -R option used to
work... |
17:18.38 |
andromeda-galaxy |
brlcad: I
know that you're really busy with the new release &c, but have
you had a chance to decide on how we should make the task data
accessible for reviewing? It's all up on the server, it seems like
a shame to let it sit... One though that just occured to me was
that we could also try using a separate git repo which just has
files with task numbers/file names/etc, and have a separate script
be used for actual |
17:18.39 |
andromeda-galaxy |
data:
./gcitaskmgr.sh review <task id>, look through files,
./gcitaskmgr.sh archive-task <task id> |
17:33.34 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:35.55 |
*** join/#brlcad ishwer
(7cfd2a6f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.42.111) |
17:38.03 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
17:45.08 |
andromeda-galaxy |
by the way, I
was just seeing a bunch of excitement about the new site (it looks
quite nice!) and was wondering how much testing we've done for
accessibility (people with screen readers or no pointing device or
even just no javascript, etc. the landing page on beta.brlcad.org
especially seems to use a bunch of javascript for all of the
navigation, with no fallback...) If this is a silly question,
sorry! I haven' |
17:45.09 |
andromeda-galaxy |
this issue
recently... |
17:45.26 |
ishweradmin |
brlcad:
Inderpreet here, was fixing stuff with new webpage and found this
in my server. http://ishwerdas.com/brlcad/ It
has almost all the issues solved (except moving signup page below).
I think I created it much before GSoC , or before I designed the
wiki theme as prototype. It's consistent, it looks good and it just
works. Why don't we use this instead? |
17:48.23 |
andromeda-galaxy |
ishwardas: I
like that design as a landing page.. |
17:48.45 |
ishweradmin |
I understand
the part about using GCI stuff, but for this html based temporary
landing page I feel like it would be duplication of effort. We
would still be using GCI created wordpress theme anyway, so GCI
stuff is still being used. I can do some changes in this (would
take an hour max) and we are good to go, what say? |
17:49.41 |
ishweradmin |
thanks
andromeda-galaxy, I am glad that i just stumbled across this one.
:P |
17:51.03 |
ishweradmin |
brlcad: Let
me know what you think here or on github and whatever we decide, we
will get the page up by tomorrow (IST) |
17:53.19 |
*** join/#brlcad gjeet
(7cfd2a6f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.42.111) |
17:53.37 |
ishweradmin |
is going to sleep |
17:59.20 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
18:03.29 |
*** join/#brlcad tandoorichick_
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
18:06.58 |
ishweradmin |
andromeda-galaxy: Accessibility testing is
good, but the priority here is to get something up asap. We can
always perfect it later. The secodn design i showed has better
accessibility but still not perfect. Like that level of perfection
is a luxury IMHO we cannot afford at the moment. |
18:23.59 |
andromeda-galaxy |
ishweradmin:
ah, okay. I remmeber seeing in the old news that the last time
that we did a website it was extremely compatibility tested first,
so I was wondering if we'd do that again now or not. |
18:37.38 |
brlcad |
andromeda-galaxy: definitely don't want
the gci data to just sit -- all of the website buzz is actually me
working through many of the design tasks (landing pages, icon sets,
etc) |
18:38.57 |
brlcad |
andromeda-galaxy: can you elaborate on
what this gcitaskmgr.sh is doing? is it pulling files for that
rev? |
18:40.06 |
brlcad |
and no
testing or accessibility has been done yet, but making it work
without javascript will be required (notice none of the navigation
currently works ... they'll probably get quickly turned into <a
href's to the current site so just the main page is
updated) |
18:40.30 |
brlcad |
ishweradmin:
looking |
18:45.31 |
brlcad |
ishweradmin:
there definitely is duplication of effort -- there just wasn't any
progress being made and we can't keep sitting on the old
site |
18:47.25 |
brlcad |
I started
running with what was available on hand, what had been checked into
the repo, and it was more work to clean that up than to run with
the gci stuff in the interim |
18:48.23 |
brlcad |
i may have
been persuaded had I seen your WP theme fixes a few days ago... and
it's definitely not wasted effort as the intent is still to have
WP+MW in the mix, so the theme is necessary |
18:51.32 |
brlcad |
I suggest we
proceed by merging because even your version of the WP site is not
ready to go -- that version of the logo on the menu is out-of-date,
login needs to go away (they have no reason to log in or create an
account), the Free & Open and Powerful images are not brl-cad,
and the 'Trusted by U.S Military' section needs to go
away... |
18:51.55 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-066-155-144.088.066.pools.vodafone-ip.de) |
18:54.01 |
brlcad |
andromeda-galaxy: and you are right -- the
old website was extremely and extensively tested, but that was 10
years ago and I don't particularly care how we look on B&W
devices or browsers that don't support PNG any more :) |
18:54.26 |
brlcad |
ishweradmin
is right that the point right now, today, is to get something nice
up as quickly as absolutely possible, ideally today |
18:55.09 |
brlcad |
then keep
bashing it with a hammer until it's better and in a stable
state |
19:04.09 |
andromeda-galaxy |
brlcad: that
makes sense, thanks for explaining! |
19:14.56 |
Notify |
03BRL-CAD:n_reed * 67106
(brlcad/branches/brep-debug/CMakeLists.txt
brlcad/branches/brep-debug/INSTALL and 84 others): merge changes
from trunk r66850,67011-67068 |
19:19.43 |
brlcad |
andromeda-galaxy: so the gcitaskmgr.sh
script you mentioned? |
19:20.13 |
Notify |
03BRL-CAD:n_reed * 67107
(brlcad/branches/brep-debug/CMakeLists.txt
brlcad/branches/brep-debug/TODO and 65 others): merge changes from
trunk r67069 through r67105 |
19:23.32 |
andromeda-galaxy |
brlcad: not
yet written, just an idea |
19:24.23 |
andromeda-galaxy |
that we we
could have a small git repo that will fit on github because it's
basically just a few files describing deltas on the version on the
server (task name, category, review status, what files were
used) |
19:25.03 |
andromeda-galaxy |
and a little
script that can "check out" a task (download a data dir) and can
"check in" a reviewed task (deletes the local cop, modifies the
delta/status files, pushes to github) |
19:26.00 |
andromeda-galaxy |
that we have
git for versioning reviews, and we don't have to put the files in
the repo ourselves. basically, it would be a tiny little tool that
does a specialized subset of what we were hoping that git-annex
would do, with a few extra conveniences |
20:47.08 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:10.57 |
andromeda-galaxy |
brlcad:
sorry, I missed your original query (and thus replied too
late) |
21:11.33 |
andromeda-galaxy |
by the way,
are you looking at the design tasks using the dump on the server,
or using the Melange interface? |
21:20.35 |
Notify |
03BRL-CAD:n_reed * 67108
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
fix typo |
21:30.53 |
Notify |
03BRL-CAD:n_reed * 67109
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
promote sub-sub-sub sections to sub-sub sections |
22:16.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:30.01 |
andromeda-galaxy |
brlcad: by
the way, do you have a record of which bits of the current website
came from which gci tasks? I'm just curious about a couple of the
images, etc. |
22:39.03 |
Notify |
03BRL-CAD:starseeker * 67110
brlcad/trunk/src/rt/rtshot.c: this is very very not right, but at
least prevents bu_hash from going at key like it's a proper string.
Still crashing, but now crash is in
src/librt/bundle.c:734 |
22:46.25 |
Notify |
03BRL-CAD:starseeker * 67111
brlcad/trunk/src/libbu/hash.c: Somewhat less wrong - do something
with the pointer if the len is passed in as zero. |
22:55.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:59.55 |
*** join/#brlcad andromeda-galaxy
(~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) |
23:00.29 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
23:00.29 |
*** join/#brlcad poxip
(~poxip@unaffiliated/mrpoxipol) |
23:00.51 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-066-155-144.088.066.pools.vodafone-ip.de) |
23:00.51 |
*** join/#brlcad kanzure
(~kanzure@unaffiliated/kanzure) |
23:01.02 |
*** join/#brlcad ceterumnet
(~ceterumne@50.56.243.144) |
23:01.02 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
23:01.07 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
23:01.45 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
23:01.45 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
23:02.52 |
*** join/#brlcad nmz787
(~nmz787@unaffiliated/nmz787) |
23:03.12 |
*** join/#brlcad ``Erik
(~erik@pool-100-16-40-20.bltmmd.fios.verizon.net) |
23:03.12 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
23:03.19 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
23:05.31 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:05.31 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
23:05.31 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
23:05.31 |
*** join/#brlcad ishweradmin
(~ishweradm@servers.ishwerdas.com) |
23:05.31 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
23:06.33 |
*** join/#brlcad ChanServ
(ChanServ@services.) |
23:06.33 |
*** mode/#brlcad [+o ChanServ] by
wolfe.freenode.net |
23:07.29 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:07.43 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
23:24.29 |
Notify |
03BRL-CAD:starseeker * 67112
brlcad/trunk/src/rt/rtshot.c: Getting better - don't send in the
value, send in the pointer to the value. |
23:30.32 |
Notify |
03BRL-CAD:starseeker * 67113
(brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c):
Using unsigned char * for a key type creates the (false) impression
that keys need to be strings. Switch to uto uint8_t per suggestion
from Sean. |
23:34.39 |
Notify |
03BRL-CAD:starseeker * 67114
(brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c):
Same thing for the value - not limited to strings, so avoid that
impression by switching to uint8_t |
23:38.14 |
brlcad |
andromeda-galaxy: if you think that script
can be written quickly and are willing to write it, go for it ..
only concern would be that it's several GB or so of data and
waiting for 900 scp's get completed would be annoying and
slow |
23:40.22 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:41.16 |
brlcad |
andromeda-galaxy: so I started writing up
this whole plan, but it's getting too complicated -- let's just put
all the data into a git repo on the server, publish that git repo,
and set it up so anyone with an account on the server can push
changes up |
23:42.07 |
brlcad |
people
working on the data files need their local dev setups, desktop apps
for reviewing images and videos, etc, so they need the whole
shebang locally regardless. |
23:50.22 |
andromeda-galaxy |
brlcad: I'm
fine with doing the script, it shouldn't be that hard (and might
not be that slow since we can do http instead of scp, since we're
in the webroot right now) |
23:51.22 |
andromeda-galaxy |
brlcad: but
if you want to go the one big git repo route that would be fine as
well. I don't know much about how to host repos in a securely
accesible fashion though. I can read about it some over the next
few days and then run the plan by you or another admin to make sure
that it looks sufficiently secure, if you want |
23:52.15 |
andromeda-galaxy |
brlcad: I've
got to run for most of the rest of the day, but let me know if you
think of anything else around how to handle this |
23:56.56 |
Notify |
03BRL-CAD:starseeker * 67115
brlcad/trunk/TODO: Add a note to rethink the libbu API |
00:03.06 |
brlcad |
andromeda-galaxy: the repo will be sitting
behind ssh for pushes, so we don't need any fancy keys or access
lists or lists of users |
00:04.28 |
brlcad |
git clone
ssh://user@brlcad.org:/path/to/repo.git |
00:04.35 |
brlcad |
boom,
done |
00:05.17 |
Notify |
03BRL-CAD:starseeker * 67116
brlcad/trunk/src/libbu/tests/hash.c: rework bu_hash test
code. |
00:06.01 |
brlcad |
andromeda-galaxy: you mentioned which
designs were incorporated -- one of the github issue discussions
has a link to a gallery of them yash left online |
00:07.12 |
brlcad |
only thing
not from last year gci was the overall color scheme, the
centerpiece logo, and the byline |
00:07.59 |
brlcad |
color scheme
and logo came from a couple years ago (incorporated for the sticker
and style guides later), byline came from an archer splash
screen |
00:08.35 |
brlcad |
the logo
itself is a rendering of a 3d model, which was also a gci
task |
00:08.47 |
brlcad |
so in all,
probably involves the contributed work from ... |
00:11.23 |
Notify |
03BRL-CAD:starseeker * 67117
brlcad/trunk/include/bu/hash.h: Add initial thoughts on a new
bu_hash API that hides much more of the 'implementation guts' of
the hash tbl and entry structures. |
00:11.43 |
brlcad |
I think 5
people, 7 counting myself and ishweradmin now |
00:12.53 |
brlcad |
needs someone to check out the website, uncomment the
"tessellactation" bit, and see if they can fix it
;) |
00:33.15 |
``Erik |
'tessellactation'? is this a disturbing
portmanteau? |
00:36.24 |
``Erik |
(if
accessibility/508 is a concern, http://www.ssbbartgroup.com/register/
has a free trial) |
00:38.46 |
brlcad |
``Erik: I
wouldn't call it disturbing. :) |
00:39.21 |
brlcad |
section
uncommented on beta.brlcad.org, so all can see |
00:41.10 |
``Erik |
nothin' like
a 70's picture in "recent news" ;) |
00:42.12 |
Notify |
03BRL-CAD:starseeker * 67118
brlcad/trunk/include/bu/hash.h: tweak proposed API to better match
HACKING |
00:44.06 |
Notify |
03BRL-CAD:brlcad * 67119
brlcad/trunk/include/bu/hash.h: s/str/key/ on the bu_hash()
arg |
00:44.54 |
brlcad |
:) |
00:45.04 |
brlcad |
starseeker:
should value be void*? |
00:45.24 |
brlcad |
at a glance,
it's looking like it should be void*, not a uint8_t* |
00:45.27 |
Notify |
03BRL-CAD:starseeker * 67120
brlcad/trunk/include/bu/hash.h: too much const - functions do
(will) cause changes. |
00:52.29 |
Notify |
03BRL-CAD:starseeker * 67121
brlcad/trunk/include/bu/hash.h: Performance isn't really a goal of
bu_hash, so don't add complexity of exposing hash switching until
it proves necessary/desirable. |
00:58.41 |
Notify |
03BRL-CAD:starseeker * 67122
brlcad/trunk/include/bu/hash.h: reorder parameters - outputs first
(I think this is the convention? Not spotting it in HACKING right
off...) |
01:02.06 |
*** join/#brlcad nhctugxceyjcxaev
(~armin@dslb-092-074-254-079.092.074.pools.vodafone-ip.de) |
01:11.07 |
*** join/#brlcad notify-web
(~notify-we@192.30.252.41) |
01:11.07 |
notify-web |
[13web]
15brlcad pushed 2 new commits to 06master: 02https://git.io/v2n3r |
01:11.07 |
notify-web |
13web/06master 1450bf8fc 15Christopher
Sean Morrison: turn off multiviews so the main page will work in a
userdir path where multiviews are disabled. might affect mediawiki
and wordpress, but will address them later. |
01:11.07 |
notify-web |
13web/06master 1484345f5 15Christopher
Sean Morrison: Merge branch 'sofathitesh-master'... |
01:11.07 |
*** part/#brlcad notify-web
(~notify-we@192.30.252.41) |
01:11.23 |
*** join/#brlcad notify-web
(~notify-we@192.30.252.40) |
01:11.24 |
notify-web |
[13web]
15brlcad closed pull request #4: Theme files (06master...06master)
02https://git.io/Sivyhw |
01:11.24 |
*** part/#brlcad notify-web
(~notify-we@192.30.252.40) |
01:41.48 |
Notify |
03BRL-CAD:starseeker * 67123
(brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c):
Sean's got it right - value should be void * (was even cast to that
for one of the printfs) |
01:52.16 |
Notify |
03BRL-CAD:starseeker * 67124
brlcad/trunk/include/bu/hash.h: more rework of proposed
api |
02:00.05 |
*** join/#brlcad auvgqlpwiwlgstyf
(~armin@dslb-094-216-161-032.094.216.pools.vodafone-ip.de) |
02:27.00 |
*** join/#brlcad notify-web
(~notify-we@192.30.252.41) |
02:27.00 |
notify-web |
[13web]
15brlcad closed pull request #5: new updates in theme file
(06master...06master) 02https://git.io/xIBp |
02:27.00 |
*** part/#brlcad notify-web
(~notify-we@192.30.252.41) |
02:27.27 |
Notify |
03BRL-CAD:starseeker * 67125
brlcad/trunk/include/bu/hash.h: After more discussion with Sean,
boil down to 8 functions and two hidden types. |
02:32.04 |
Notify |
03BRL-CAD:starseeker * 67126
brlcad/trunk/include/bu/hash.h: if we've got a bu_nhash_entry and
want to update the value, don't make the user pay a full lookup
cost when the bit they want to update is right there... |
02:46.08 |
Notify |
03BRL-CAD:starseeker * 67127
brlcad/trunk/include/bu/hash.h: few more thoughts on hash
API. |
03:04.39 |
andromeda-galaxy |
brlcad: ah,
okay. what should we do for /path/to/repo? Right now, it's in
/usr/web/brlcad.org/gci/data/ |
05:54.07 |
brlcad |
andromeda-galaxy: I think
/usr/web/brlcad.org/gci/gci.git should work just fine, then
gci/data can remain a live checkout in the web root, and it can be
cloned via http/https/ssh |
05:54.32 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
06:00.39 |
andromeda-galaxy |
brlcad:
sounds good, in the morning I'll just git init and add/commit the
relevant filtes |
06:00.40 |
andromeda-galaxy |
*files |
06:17.13 |
Notify |
03BRL-CAD
Wiki:Mechklrcet * 0 /wiki/User:Mechklrce: |
06:24.37 |
*** join/#brlcad notify-web
(~notify-we@192.30.252.45) |
06:24.37 |
notify-web |
[13web]
15brlcad pushed 1 new commit to 06master: 02https://git.io/v2cR7 |
06:24.37 |
notify-web |
13web/06master 144acc7fc 15Christopher
Sean Morrison: make the main menu functional, pointing to the old
site for now. TODO: color still needs adjusting on
hover. |
06:24.37 |
*** part/#brlcad notify-web
(~notify-we@192.30.252.45) |
06:24.47 |
brlcad |
andromeda-galaxy: cool, thank
you |
06:31.34 |
*** join/#brlcad notify-web
(~notify-we@192.30.252.42) |
06:31.34 |
notify-web |
[13web]
15brlcad pushed 1 new commit to 06master: 02https://git.io/v2c0C |
06:31.34 |
notify-web |
13web/06master 14c59048b 15Christopher
Sean Morrison: indent sources and remove dos line
endings |
06:31.34 |
*** part/#brlcad notify-web
(~notify-we@192.30.252.42) |
06:40.10 |
*** join/#brlcad notify-web
(~notify-we@192.30.252.46) |
06:40.11 |
notify-web |
[13web]
15brlcad pushed 1 new commit to 06master: 02https://git.io/v2c0d |
06:40.11 |
notify-web |
13web/06master 143514f79 15Christopher
Sean Morrison: nearly ready to go live, shorten the project
description and remove the unimplemented let's talk
section |
06:40.11 |
*** part/#brlcad notify-web
(~notify-we@192.30.252.46) |
06:45.56 |
*** join/#brlcad notify-web
(~notify-we@192.30.252.45) |
06:45.56 |
notify-web |
[13web]
15brlcad pushed 1 new commit to 06master: 02https://git.io/v2cEC |
06:45.56 |
notify-web |
13web/06master 14ce9be5a 15Christopher
Sean Morrison: disable the 'news' articles while we're at it since
they link to old content, and they need better
presentation |
06:45.56 |
*** part/#brlcad notify-web
(~notify-we@192.30.252.45) |
06:48.07 |
*** join/#brlcad notify-web
(~notify-we@192.30.252.42) |
06:48.08 |
notify-web |
[13web]
15brlcad pushed 1 new commit to 06master: 02https://git.io/v2cuv |
06:48.08 |
notify-web |
13web/06master 14f265d2e 15Christopher
Sean Morrison: rename to more memorable filename |
06:48.08 |
*** part/#brlcad notify-web
(~notify-we@192.30.252.42) |
07:17.21 |
*** join/#brlcad notify-web
(~notify-we@192.30.252.40) |
07:17.21 |
notify-web |
[13web]
15brlcad pushed 2 new commits to 06master: 02https://git.io/v2cgI |
07:17.21 |
notify-web |
13web/06master 14ad3ad31 15Christopher
Sean Morrison: disable the menu zooming for now since most of the
sections don't even exist. add a 'learn more' button to the
history highlight. |
07:17.21 |
notify-web |
13web/06master 143f7664b 15Christopher
Sean Morrison: Merge branch 'master' of https://github.com/BRL-CAD/web |
07:17.21 |
*** part/#brlcad notify-web
(~notify-we@192.30.252.40) |
07:42.37 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:46.07 |
*** join/#brlcad merzo
(~merzo@195.70.95.61) |
10:00.56 |
*** join/#brlcad merzo
(~merzo@mail.telfbt.co.uk) |
10:10.48 |
*** join/#brlcad poxip
(~poxip@unaffiliated/mrpoxipol) |
11:08.19 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
11:47.10 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
11:51.02 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
11:52.17 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
12:22.11 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
12:23.08 |
tandoorichick |
is there any
function that, given three fastf_t values of X, Y and Z, return a
point_t? |
12:23.35 |
tandoorichick |
I wasn't able
to find any in plane.c |
12:51.26 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
12:51.49 |
``Erik |
erm,
'='? |
13:12.06 |
tandoorichick |
uh, i need to
call a function that computes the area of a triangle. so for that i
need to make a point_t variable out of three coordinates. which im
doing repeatedly now. so i thought if there was a function that
just assigns it would be easier and less cluttered.. |
14:08.41 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:16.52 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
14:17.17 |
``Erik |
tandoorichick: think less c++ and java,
think more C... "point_t p = {1.0, 3.0, 2.5};" :) |
14:21.41 |
``Erik |
(there're
also the VSET macros) |
14:22.16 |
``Erik |
point_t p;
VSET(p, 1.0, 2.0, 3.0); |
14:28.36 |
tandoorichick |
oh right. got
it. sorry for the stupid question. :) |
14:40.15 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:16.13 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
17:07.22 |
*** join/#brlcad poxip
(~poxip@unaffiliated/mrpoxipol) |
18:39.44 |
andromeda-galaxy |
brlcad: I
have a bare git repo with all of the data pushed to it at
\[ssh://brlcad.org:/usr/web/\|http://\]brlcad.org/gci/gci.git;
/gci/data is a non-bare repo with everything in it; it's the
original pushed dir + a git repo init'd with all the files
added |
18:42.38 |
andromeda-galaxy |
should we add
on-push hooks to the bare repo to update the non-bare one so that
the browsing of the repo works reasonably well? or should we get
rid of that one? |
19:27.06 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:29.54 |
Notify |
03BRL-CAD:starseeker * 67128
brlcad/trunk/src/rt/rtshot.c: Use uint8_t instead of char for
key. |
20:33.08 |
Notify |
03BRL-CAD:starseeker * 67129
brlcad/trunk/src/librt/tree.c: Update how we're using bu_hash in
src/librt/tree.c per the new pattern established with
rtshot |
20:41.17 |
andromeda-galaxy |
brlcad: I've
nearly got a little script for helping with categorizing the tasks
done. Since I'm actually moving a few of the tasks around while
testing it, where should "create a gallery ... " tasks go? as per
our earlier discussion, current categories are: infrastructure,
code, misc, docs, design |
20:48.03 |
Notify |
03BRL-CAD:starseeker * 67130
brlcad/trunk/src/libtclcad/tclcad_obj.c: Not sure if argv[2] is
persistant in memory for all uses of go_edited_paths entries - make
a copy of the key to be sure and free it when the values are
freed. |
22:30.20 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:09.19 |
*** join/#brlcad merzo
(~merzo@195.70.95.61) |
23:23.55 |
Notify |
03BRL-CAD:starseeker * 67131
(brlcad/trunk/src/libged/ged.c brlcad/trunk/src/libged/select.c):
tweaks |
23:30.47 |
Notify |
03BRL-CAD:starseeker * 67132
brlcad/trunk/src/libged/dag.cpp: more unsigned char to uint8_t
conversion |
23:37.57 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
00:09.16 |
*** join/#brlcad batmanav
(~batmanav@182.69.170.125) |
00:18.11 |
*** join/#brlcad batmanav
(~batmanav@182.69.170.125) |
00:40.04 |
starseeker |
breaths a sigh of relief - finally, got fastgen and icv
regression tests to run on Windows... |
00:52.26 |
*** join/#brlcad batmanav
(~batmanav@182.69.170.125) |
00:58.23 |
Notify |
03BRL-CAD:starseeker * 67198
brlcad/trunk/src/libicv/fileformat.c: PIX is almost never a good on
disk format - default to the much more widely usable PNG as a
fallback. |
01:01.02 |
Notify |
03BRL-CAD:starseeker * 67199
brlcad/trunk/regress/icv/CMakeLists.txt: Use tbz2 compression for
verbose control images. Add dpix icv tests - note that icv itself
generated the original dpix image since we don't have a pix-dpix
binary, but the dpix-pix binary was used to confirm that the
resulting dpix image did indeed convert back to the original pix
file without using libicv's routine to do so. |
01:04.46 |
Notify |
03BRL-CAD:starseeker * 67200
brlcad/trunk/regress/icv/CMakeLists.txt: Add m35 bw image generated
by pix-bw to serve as a control image. No tests added
yet. |
01:34.01 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
01:34.18 |
brlcad |
oops,
backgrounded too long :) |
02:04.39 |
Notify |
03BRL-CAD
Wiki:Sean * 9537 /wiki/Google_Summer_of_Code/Project_Ideas: go with
a 3x2 grid now that six orgs are participating together |
02:05.26 |
*** join/#brlcad batmanav
(~batmanav@182.69.170.125) |
02:15.28 |
*** join/#brlcad batmanav
(~batmanav@182.69.170.125) |
03:05.55 |
*** join/#brlcad batmanav
(~batmanav@182.69.170.125) |
03:40.52 |
*** join/#brlcad batmanav
(~batmanav@182.69.170.125) |
04:46.20 |
*** join/#brlcad batmanav
(~batmanav@182.69.170.125) |
05:22.30 |
*** join/#brlcad greenapple
(0e8b2997@gateway/web/freenode/ip.14.139.41.151) |
06:05.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
06:40.11 |
brlcad |
starseeker:
if you would, noting that several of your commits over the past
couple days require NEWS lines, may want to double-check
impact |
07:26.34 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:42.33 |
*** join/#brlcad greenapple
(~androirc@1.39.51.200) |
07:46.38 |
*** join/#brlcad greenapple
(~androirc@1.39.51.200) |
07:58.35 |
*** join/#brlcad Izakey
(~Isaac@154.70.98.236) |
07:59.58 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:f8fe:679:ac9:c3ed) |
08:02.13 |
*** join/#brlcad greenapple
(~androirc@1.39.51.200) |
08:09.13 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
08:29.07 |
*** join/#brlcad konrado
(~konro@41.202.219.65) |
08:50.53 |
*** join/#brlcad greenapple_
(0e8b2997@gateway/web/freenode/ip.14.139.41.151) |
08:51.23 |
*** join/#brlcad konrado
(~konro@41.202.219.68) |
08:51.46 |
*** join/#brlcad greenapple
(~androirc@1.39.51.200) |
08:52.33 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:f8fe:679:ac9:c3ed) |
09:10.30 |
*** join/#brlcad batmanav
(~batmanav@103.25.231.102) |
09:19.34 |
*** join/#brlcad greenapple
(~androirc@1.39.51.200) |
09:37.48 |
*** join/#brlcad tafodinho
(~tafodinho@195.24.220.134) |
09:58.06 |
*** join/#brlcad Guest64563
(~konro@154.70.99.104) |
10:06.51 |
*** join/#brlcad Gabriel__
(bc1b6bd6@gateway/web/freenode/ip.188.27.107.214) |
10:10.08 |
Notify |
03BRL-CAD:d_rossberg * 67201
(brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/api.c):
gave setup_raytracing_context() and free_raytracing_context() the
usual prefix for public libanalyze functions |
10:15.55 |
*** join/#brlcad batmanav
(~batmanav@103.25.231.102) |
10:28.59 |
*** join/#brlcad zaverichintan_
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
10:33.24 |
*** join/#brlcad Izakey
(~Isaac@154.70.98.236) |
10:44.12 |
zaverichintan_ |
I have done
some graphics and online projects. As student, want to prticipate
in GSOC 2016. |
10:45.23 |
*** join/#brlcad zaverichintan
(~zaverichi@123.237.167.57) |
10:46.22 |
*** join/#brlcad batmanav
(~batmanav@103.25.231.102) |
10:47.17 |
*** part/#brlcad zaverichintan
(~zaverichi@123.237.167.57) |
10:47.55 |
*** join/#brlcad zaverichintan
(~zaverichi@123.237.167.57) |
10:51.28 |
*** part/#brlcad zaverichintan
(~zaverichi@123.237.167.57) |
10:53.15 |
*** join/#brlcad zaverichintan
(~zaverichi@123.237.167.57) |
11:01.58 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
11:02.09 |
*** part/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:03.15 |
*** join/#brlcad zaverichintu_
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
11:04.43 |
*** part/#brlcad zaverichintu_
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
11:04.46 |
*** join/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:21.39 |
*** part/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:21.43 |
*** join/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:22.01 |
*** part/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:23.28 |
*** join/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:23.59 |
*** part/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:25.09 |
*** join/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:25.10 |
*** join/#brlcad zaverichintu_
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
11:26.21 |
*** part/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:28.31 |
tafodinho |
can someone
please tell me what am missing in my compilation from tis error
http://pastebin.com/xrNsuQKm |
11:29.51 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
11:32.48 |
*** join/#brlcad konrado
(~konro@154.70.99.174) |
11:35.13 |
*** join/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:41.04 |
Notify |
03BRL-CAD:d_rossberg * 67202
brlcad/trunk/regress/icv/CMakeLists.txt: there is no m35.bw.tbz2
(should it be created/commited in?) |
11:41.50 |
d_rossberg |
tafodinho:
update the trunk to the current head revision and try
again |
11:43.19 |
tafodinho |
ok
thanks |
11:46.46 |
*** part/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:46.59 |
*** part/#brlcad zaverichintu_
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
11:48.32 |
*** join/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:53.22 |
*** join/#brlcad gjeet
(1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231) |
11:53.56 |
*** part/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:53.58 |
*** join/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
11:54.11 |
*** join/#brlcad konrado_
(~konro@154.70.103.69) |
11:55.01 |
zaverichintu |
Can anyone
help ? |
11:56.13 |
zaverichintu |
I have
subscribed to E-mail, still 'Send Email" button is disabled
? |
11:57.56 |
gjeet |
hey! you mean
you subscribed to mailing list ? right ? |
11:58.20 |
*** join/#brlcad tafodinho
(~tafodinho@195.24.220.134) |
11:59.58 |
tafodinho |
hello
d_rossberg i have tried and it sitll didn't work |
12:00.27 |
starseeker |
tafodinho:
same error? |
12:00.39 |
zaverichintu |
@ gjeet
yes. |
12:01.04 |
Notify |
03BRL-CAD:d_rossberg * 67203
brlcad/trunk/src/libanalyze/api.c: hide the only locally used
functions |
12:02.29 |
gjeet |
@zaverichintu
I may need more info like where exactly is this send email button
that you say is disabled ? How are you trying to send mail to the
mailing list ? |
12:03.54 |
tafodinho |
Starseeker:
yes i still have the same error what else can i try? |
12:04.12 |
zaverichintu |
@ Jgeet - I
selected a name from right side list e.g. brlcd. 2nd. button on top
'Send email' is diable ! |
12:04.40 |
starseeker |
tafodinho:
commit 67202 should have fixed it. try clearing your
CMakeCache.txt file from the build directory and give it another
go |
12:05.05 |
zaverichintu |
@jgeet How
do i send mail to brlcad. |
12:06.50 |
tafodinho |
starseeker:
Ok thanks |
12:06.51 |
d_rossberg |
tafodinho;
svn update |
12:08.05 |
tafodinho |
d_ressberg:
should i runt the svn update in the build folder? |
12:08.12 |
starseeker |
tafodinho:
source folder |
12:08.51 |
starseeker |
tafodinho:
svn is our version control system - it manages revisions to files.
If you're not familiar with svn and/or VCS in general, you'll want
to read up on it a little |
12:08.51 |
tafodinho |
i now have
revision 67203 |
12:10.01 |
Notify |
03BRL-CAD:starseeker * 67204
brlcad/trunk/regress/icv/CMakeLists.txt: Making add_custom_command
depend on build dir files it doesn't know how to make is making
ninja generator a little cranky in CMake. |
12:15.23 |
Notify |
03BRL-CAD:starseeker * 67205
brlcad/trunk/src/other/libnetpbm/libpm.c: Don't define mkstempx
unless we actually need it. |
12:18.47 |
*** join/#brlcad greenapple
(~androirc@1.39.51.200) |
12:19.56 |
boj |
anyone trying
to build the source on Windows? |
12:21.12 |
boj |
I have
problems in pm_config.h, no definition of uint32_t and int32_t? and
I add #include <stdint.h>, it works...is it a accecptable
solution? |
12:25.41 |
starseeker |
boj: that'll
work - what version of Windows? |
12:26.05 |
boj |
windows 7
with visual studio 2012. |
12:26.28 |
starseeker |
huh. I've
built on Windows... wonder why I didn't have that issue |
12:26.34 |
starseeker |
oh well -
sure, send a patch |
12:27.12 |
boj |
well, I don't
know if it is a proper way to add this header in the pm_config.h
directly? |
12:27.34 |
starseeker |
boj: the file
pm_config.h.in in src/other/libnetpbm |
12:27.54 |
starseeker |
that's what
is used to generate pm_config.h |
12:28.37 |
boj |
I cannot get
it.. |
12:28.51 |
starseeker |
boj:
? |
12:29.38 |
boj |
sorry, I find
this file, cause I am new to brl-cad...you say 'send a patch', I
don't know how to do.. |
12:29.45 |
*** join/#brlcad gjeet
(1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231) |
12:30.07 |
starseeker |
boj: http://brlcad.org/wiki/Patches |
12:30.09 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
12:30.31 |
boj |
thanks |
12:38.00 |
STW |
Hi, Iâm
Tianwei, a second-year phd student from HKUST interested in
contributing to BRL-CAD. Are we encouraged to work on high priority
topics, in order to be selected into GSoC? Thanks. |
13:57.22 |
starseeker |
boj: for
Windows building, see http://www.dtic.mil/dtic/tr/fulltext/u2/a587400.pdf
starting on page 11 |
14:05.33 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:20.30 |
starseeker |
just a note
for all the GSoC students joining the channel - you shouldn't be
using private messages to discuss topics with individuals.
Interacting with the community is an integral part of open source
software development. It's not about going off in a corner and
working on a project in isolation and then presenting the finished
product to the group - open source development is done in the
open |
14:21.39 |
boj |
thanks for
the suggestions.. :) |
14:22.27 |
starseeker |
boj: you were
interested in NURBS? |
14:25.52 |
boj |
yes |
14:26.27 |
boj |
I want to do
something related to NURBS, and is there some topics that so close
related with it? |
14:26.44 |
starseeker |
boj: so the
first obvious candidate is NURBS editing |
14:27.00 |
boj |
yes |
14:27.25 |
starseeker |
the second
would be continuing work on NURBS boolean evaluation |
14:28.25 |
boj |
yeah, on the
offical website, I see 'plate mode NURBS raytracing', what is it
really about? I am a little bit curious.. |
14:28.40 |
starseeker |
ah yes, that
one |
14:29.11 |
starseeker |
OK. So NURBS
B-Reps form solids - that is the B-Rep or boundary representation
defines an enclosed volume |
14:29.43 |
starseeker |
Not all NURBS
geometry forms B-Reps - sometimes, you'll get just a single surface
in space |
14:29.59 |
boj |
yes, I
know.. |
14:30.07 |
starseeker |
Currently,
this is no good for BRL-CAD's raytracer - we need solids, so we can
record both an in hit and an out hit |
14:30.22 |
starseeker |
if there is
only a single surface, we get only one hit |
14:30.36 |
starseeker |
(for most ray
directions, anyway) |
14:30.49 |
boj |
you mean, you
want add add the shell on the single surface? |
14:30.57 |
boj |
sorry for my
typo. |
14:31.46 |
starseeker |
Kind of.
What we want to do is to take that single hit point, and from that
hit point deduce the "thin solid" behavior that would have been
reported if that surface were replaced by a very thin
solid |
14:31.49 |
boj |
so that if a
ray hit the surface, it will get two points, the in-one and the
out-one, not just the single one on the surface..(if it is just a
surface, like a single triangle.) |
14:32.13 |
boj |
got
it. |
14:32.13 |
starseeker |
nods - we already have a plate mode for our triangle BoT
primitive |
14:32.30 |
starseeker |
that would be
the first place to look - to understand how "plate mode" works for
triangle |
14:32.38 |
*** join/#brlcad greenapple
(~androirc@1.39.50.206) |
14:33.02 |
boj |
do you have
some suggestions? where can I learn first? |
14:34.38 |
starseeker |
I'd check out
the BoT source code |
14:35.22 |
starseeker |
src/librt/primitives/bot |
14:36.17 |
starseeker |
take an STL
file or something that has a couple triangles that don't form a
closed volume, import that into BRL-CAD (stl-g) and set it up as a
plate mode object |
14:36.50 |
starseeker |
then use
simple program like rtshot, and follow the ray trace through the
code |
14:37.53 |
starseeker |
then create a
simple nurbs shape (you can use the brep_cobb program to generate a
cobb sphere) and follow a ray through a NURBS raytrace |
14:38.31 |
starseeker |
On Linux I'd
suggest using GDB - I'm less familar with how you'd step through a
program like this on Windows |
14:38.49 |
boj |
just use the
visual studio built-in debugger. |
14:39.02 |
starseeker |
OK, that
should work |
14:39.19 |
*** part/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
14:39.32 |
starseeker |
so study how
to run rtshot, and watch what it does for both plate mode BoTs and
NURBS |
14:39.49 |
boj |
yes, but I am
now still working on compiling...if I can not make it on Windows, I
will try it on Linux. |
14:40.11 |
starseeker |
you'll need
to understand what's going on with both of those pieces to have a
foundation for trying to implement NURBS plate mode |
14:40.19 |
*** join/#brlcad zverichintan
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
14:40.47 |
starseeker |
boj: either
should work - Linux is probably going to be easier, since most of
the primary devs work on that platform, but in principle Windows
should work as well |
14:41.14 |
*** join/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
14:41.47 |
*** part/#brlcad zaverichintu
(~zaverichi@123.237.167.57) |
14:41.54 |
starseeker |
boj: studying
BoT plate mode and NURBS raytracing will not be a quick activity -
the code is complex and pulls in a lot of concepts |
14:41.58 |
boj |
I also think
also, cause my recent project is developed on Windows, so you know,
I am trying to build on windows, If necessary, I will try that on
my Macbook. |
14:42.12 |
boj |
I will try my
best. |
14:42.21 |
*** join/#brlcad yorik
(~yorik@187.101.177.154) |
14:42.27 |
starseeker |
that said,
NURBS plate mode will likely be easier than either NURBS editing or
NURBS booleans |
14:43.01 |
boj |
so what is
your suggestion? Maybe I can start from an easier one. |
14:43.14 |
starseeker |
my suggestion
is to work on what interests you |
14:43.59 |
boj |
yes, I think
when I am trying to anyone, I need to relate other topics, and need
to learn some cause they are all related. |
14:44.32 |
boj |
thanks, you
inspires me a lot, I will have a go. |
14:45.33 |
starseeker |
boj: if you
want to look into the NURBS editing task, be aware that there is
already (very) rudimentary support in the Archer GUI for NURBS
editing |
14:45.46 |
starseeker |
understanding
what that code does would be the logical starting point |
14:46.21 |
starseeker |
For NURBS
booleans, review http://brlcad.org/wiki/User:Phoenix/GSoc2013/Reports |
14:47.56 |
boj |
OK, I will
check all that, and do a research on this topic. |
14:49.37 |
*** join/#brlcad greenapple
(~androirc@1.39.50.206) |
15:00.36 |
Notify |
03BRL-CAD:starseeker * 67206
(brlcad/trunk/regress/icv/CMakeLists.txt
brlcad/trunk/regress/icv/regress-icv_export.cmake.in
brlcad/trunk/regress/icv/regress-icv_import.cmake.in): Add some bw
tests - breakage reported, need to investigate pix-bw conversions
in libicv |
15:01.53 |
*** join/#brlcad greenapple_
(0e8b2997@gateway/web/freenode/ip.14.139.41.151) |
15:03.31 |
STW |
Hi, I found
that the vm build is out-of-date. A cmake with higher version is
needed :) |
15:16.14 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:32.36 |
*** join/#brlcad greenapple
(~androirc@1.39.51.137) |
15:35.00 |
Notify |
03BRL-CAD:starseeker * 67207
brlcad/trunk/regress/icv/CMakeLists.txt: Use the right control
file |
15:38.37 |
d_rossberg |
STW: is the
vm debian based? |
15:41.34 |
*** join/#brlcad ``Erik_
(~erik@pool-100-16-40-20.bltmmd.fios.verizon.net) |
15:42.44 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
15:47.49 |
d_rossberg |
STW: is the
vm debian based? |
15:48.06 |
STW |
yes |
15:49.00 |
d_rossberg |
in this case
"sudo apt-get update" followed by "sudo apt-get dist-upgrade" could
help |
15:49.32 |
d_rossberg |
if this
debian version has a newer cmake |
15:50.31 |
STW |
d_rossberg:
thanks, Iâve already done that. Just a reminder for update.
:) |
16:15.24 |
*** join/#brlcad Nebula_
(~chatzilla@1.39.80.45) |
16:33.26 |
brlcad |
STW: hello,
welcome -- note that the list of high-priority projects on the wiki
is slightly out of date -- see the mailing list for a more
up-to-date list |
16:34.03 |
STW |
brlcad:thanks, I will check it |
16:34.10 |
brlcad |
boj: what
experience do you have with NURBS? |
16:36.08 |
brlcad |
STW: thanks
for the heads up about the VM being out of date -- we won't likely
update it for gsoc, but good to nkow |
16:36.14 |
brlcad |
s/nkow/know/ |
16:47.03 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:53.42 |
*** join/#brlcad ickby__
(~stefan@x5d846ff5.dyn.telefonica.de) |
18:07.37 |
*** join/#brlcad dinesh_
(~dinesh@154.70.108.217) |
18:35.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:41.14 |
starseeker |
brlcad:
pix-bw and pix-png -> png-bw produce different outputs by
default. Any way to define which one is "right"? |
18:49.03 |
*** join/#brlcad infobot (ibot@rikers.org) |
18:49.03 |
*** 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/ |
18:54.32 |
*** join/#brlcad tafodinho
(~tafodinho@41.205.22.63) |
18:55.01 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
18:57.06 |
*** join/#brlcad Gabriel__
(4f73d0e7@gateway/web/freenode/ip.79.115.208.231) |
19:02.45 |
tafodinho |
please i have
another error please chekc the log here http://pastebin.com/4P0U4hkq |
19:25.44 |
*** join/#brlcad Gabriel__
(4f73d093@gateway/web/freenode/ip.79.115.208.147) |
19:25.46 |
starseeker |
brlcad:
nevermind, I think I see now |
19:30.02 |
*** join/#brlcad greenapple
(~androirc@1.39.51.137) |
19:36.50 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:48.18 |
*** join/#brlcad ickby
(~stefan@x5d846ff5.dyn.telefonica.de) |
19:59.23 |
*** join/#brlcad ickby
(~stefan@x5d846ff5.dyn.telefonica.de) |
20:18.22 |
brlcad |
starseeker:
almost certainly pix-bw is right, but could be a bug in
either |
20:18.46 |
brlcad |
is it off on
an edge or across the whole image? |
20:19.07 |
brlcad |
could be as
simple as the method of averaging |
20:19.11 |
brlcad |
order of
ops |
20:28.16 |
*** join/#brlcad stefan_
(~stefan@x5d846ff5.dyn.telefonica.de) |
20:45.08 |
*** join/#brlcad stefan_
(~stefan@x5d846ff5.dyn.telefonica.de) |
20:48.43 |
Notify |
03BRL-CAD:starseeker * 67208
(brlcad/trunk/src/libicv/CMakeLists.txt
brlcad/trunk/src/libicv/bw.c and 5 others): Set up a icv_private.h
header in libicv |
20:51.41 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
21:00.24 |
*** join/#brlcad ickby
(~stefan@x5d846ff5.dyn.telefonica.de) |
21:17.01 |
*** join/#brlcad stefan_
(~stefan@x5d846ff5.dyn.telefonica.de) |
21:20.36 |
*** join/#brlcad Ani
(0e8bd113@gateway/web/freenode/ip.14.139.209.19) |
21:25.47 |
Ani |
hi there
developers of BRL-CAD. I am 1st year B.Tech student willing to
contribute through GSoC |
21:26.49 |
Ani |
I am
interested in task names "Code Reduction" |
21:28.28 |
Ani |
I am new to
the world of professional developers. So I have chose a task of
easy category! |
21:28.46 |
Ani |
My e-mail ID
is animeshdeb30031997@gmail.com |
21:35.45 |
starseeker |
brlcad: it
looks like its the averaging (or rather, weighting) method - pix-bw
offers options, png-bw doesn't. |
21:36.03 |
starseeker |
is in the process of generalizing the libicv API to allow
options to be passed to icv reader/writer
functions... |
21:36.38 |
*** join/#brlcad ickby
(~stefan@x5d846ff5.dyn.telefonica.de) |
22:00.00 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
22:04.02 |
*** join/#brlcad Ani
(0e8bd113@gateway/web/freenode/ip.14.139.209.19) |
22:09.45 |
Ani |
hi, I wish to
join GSoC through BRL-CAD. The task I want to get me in is Code
reduction. As this is my first experience to professional
programming. So I have chose an easy task. |
22:14.27 |
Stragus |
Hi, welcome.
Feel free to wait for brlcad or starseeker to notice the message
(it can take a little while) |
22:15.14 |
Ani |
sure
Stragus |
22:23.49 |
starseeker |
Ani: this is
the place to start: http://brlcad.org/wiki/Summer_of_Code/Checklist |
22:24.43 |
starseeker |
code
reduction proposals can't afford to be vague - you need to convince
us you know specifically what you want to achieve |
22:25.07 |
starseeker |
i.e. which
parts of the code you plan to reduce, how you plan to do it, how
you plan to make sure it's correct, etc. |
22:26.54 |
starseeker |
brlcad:
regarding icv - I see that pix-bw is actually using icv, but the
rgb to bw mapping is being performed by a separate (public)
function. I was thinking we would want to pass options into libicv
and have it use them as part of its internal operations rather than
making icv_rgb2gray and friends public API... |
22:28.30 |
starseeker |
I've been
working on setting up something that can do that in principle, but
it looks like it might be a significant change from how libicv was
being set up - is there some specific design philosophy at work
here already? |
22:32.58 |
*** join/#brlcad merzo
(~merzo@195.70.95.61) |
23:29.52 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:30.15 |
*** join/#brlcad omar__
(d4c9477c@gateway/web/freenode/ip.212.201.71.124) |
23:43.23 |
*** join/#brlcad notify-web
(~notify-we@192.30.252.42) |
23:43.23 |
notify-web |
[13web]
15brlcad pushed 1 new commit to 06master: 02https://git.io/v2XrV |
23:43.23 |
notify-web |
13web/06master 14b143e77 15Christopher
Sean Morrison: add an initial authorship file to denote website
contributors. since we're starting pretty much from scrach, try to
itemize exactly what everyone has done. we'll see how sustainable
that is. |
23:43.23 |
*** part/#brlcad notify-web
(~notify-we@192.30.252.42) |
00:53.58 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:04.59 |
*** join/#brlcad boj__
(~boj@2001:250:3c02:763:85a:7b1f:7cfd:8f90) |
01:06.37 |
boj__ |
Hi, brlcad, I
am PhD student majoring in Comptuter Graphics, and only have some
basic understanding of NURBS, in my next project, I will do
something related to modeling, so I thinking NURBS based modeling
may be helpful to my proj, so I am interested in this
topic. |
01:24.55 |
*** join/#brlcad ivoignvitbytkrdq
(~armin@dslb-088-064-037-140.088.064.pools.vodafone-ip.de) |
02:54.22 |
*** join/#brlcad nilram
(67c0b093@gateway/web/freenode/ip.103.192.176.147) |
03:52.26 |
Notify |
03BRL-CAD:brlcad * 67209
(brlcad/trunk/src/other/libnetpbm/CMakeLists.txt
brlcad/trunk/src/other/libnetpbm/pm_config.h.in): make sure we test
for and include stdint.h for windows |
04:19.51 |
brlcad |
starseeker:
mac build is failing due to new pbm lib. this is the probem:
https://www.google.com/search?client=safari&rls=en&q=error:+unknown+machine+mode++++++'V8QI'&ie=UTF-8&oe=UTF-8 |
04:22.13 |
*** join/#brlcad zavri
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
04:22.25 |
*** part/#brlcad zavri
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
04:22.56 |
brlcad |
starseeker: I
tested if simply adding -msse3 would get past the error and it did
not |
04:27.33 |
*** join/#brlcad zaverichintan
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
04:28.27 |
*** part/#brlcad zaverichintan
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
04:30.17 |
*** join/#brlcad zaverichintan
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
04:30.29 |
*** part/#brlcad zaverichintan
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
04:38.00 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
04:42.53 |
brlcad |
starseeker: I
found a workaround |
04:42.54 |
Notify |
03BRL-CAD:brlcad * 67210
(brlcad/trunk/src/other/libnetpbm/CMakeLists.txt
brlcad/trunk/src/other/libnetpbm/libpbm3.c): adding -msse3 does not
seem to get past this line giving a build failure on mac: error:
unknown machine mode 'V8QI'. adding -D_BSD_SOURCE=1 and -msse3 did
not work. specific source of the problem remains unknown, but
updating to the newer vector_size attribute instead of mode gets us
a clean |
04:42.57 |
Notify |
compile. |
04:42.59 |
Notify |
... |
04:45.25 |
Notify |
03BRL-CAD:brlcad * 67211
brlcad/trunk/src/libanalyze/api.c: one_twelfth is
unused |
04:50.21 |
Notify |
03BRL-CAD:brlcad * 67212
brlcad/trunk/src/libanalyze/centroid.c: units is also apparently
unused. shouldn't need a table like this regardless as there's a BU
interface for units |
04:51.01 |
Notify |
03BRL-CAD:brlcad * 67213
brlcad/trunk/include/icv/io.h: quell documentation warning, match
the parameter names. |
04:52.36 |
Notify |
03BRL-CAD:brlcad * 67214
(brlcad/trunk/src/adrt/adrt.h brlcad/trunk/src/conv/g-var.c and 8
others): we do not need to directly include stdint.h in these files
as it is one of the things common.h guarantees |
04:58.50 |
Notify |
03BRL-CAD
Wiki:Zaverichintan * 0 /wiki/User:Zaverichintan: |
05:10.50 |
*** join/#brlcad sofat
(~sofat@49.248.187.158) |
05:16.06 |
Notify |
03BRL-CAD:brlcad * 67215
(brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/api.c):
make the resource functions conform with the naming conventions
defined in HACKING. |
05:20.21 |
Notify |
03BRL-CAD:brlcad * 67216
brlcad/trunk/src/libanalyze/api.c: conventional app logic straight
from gqa is now quite unsafe library logic. probably should stash
it in the context. |
05:35.50 |
*** join/#brlcad greenapple_
(~androirc@1.39.50.151) |
05:36.46 |
*** join/#brlcad greenapple_
(~androirc@1.39.50.151) |
05:39.43 |
*** join/#brlcad redapple
(0e8b2997@gateway/web/freenode/ip.14.139.41.151) |
05:58.27 |
*** join/#brlcad greenapple
(~androirc@1.39.50.151) |
07:04.15 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
07:06.19 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
07:08.23 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
07:08.24 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
07:13.38 |
*** join/#brlcad dinesh__
(~dinesh@154.70.108.203) |
07:14.08 |
STW |
succussfully
built brl-cad on VM, excited! |
07:14.52 |
STW |
however, i
got 99% test cases passed, but 4 tests failed, namely 1, 467, 761,
766... |
07:15.00 |
STW |
anyone
encountering this before? |
07:40.01 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:33.19 |
*** join/#brlcad batmanav
(~batmanav@103.25.231.102) |
09:04.31 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
09:36.08 |
*** join/#brlcad merzo
(~merzo@mail.telfbt.co.uk) |
09:54.13 |
*** join/#brlcad batmanav
(~batmanav@103.25.231.102) |
09:57.17 |
*** join/#brlcad batmanav
(~batmanav@103.25.231.102) |
10:00.33 |
*** join/#brlcad batmanav
(~batmanav@103.25.231.102) |
10:07.04 |
*** join/#brlcad konrado
(~konro@41.202.219.76) |
10:07.05 |
*** join/#brlcad batmanav_
(~batmanav@103.25.231.102) |
10:25.17 |
*** join/#brlcad greenapple
(~androirc@1.39.50.151) |
10:33.06 |
*** join/#brlcad merzo
(~merzo@mail.telfbt.co.uk) |
10:44.51 |
*** join/#brlcad gjeet
(1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231) |
11:15.33 |
*** join/#brlcad greenapple
(~androirc@1.39.50.151) |
11:21.55 |
*** join/#brlcad gjeet
(1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231) |
11:23.48 |
*** join/#brlcad sofat
(~sofat@49.248.187.158) |
11:25.43 |
*** join/#brlcad greenapple
(~androirc@1.39.50.151) |
11:29.42 |
*** join/#brlcad dinesh_
(~dinesh@154.70.108.219) |
11:36.22 |
*** join/#brlcad tafodinho
(~tafodinho@195.24.220.134) |
11:51.42 |
*** join/#brlcad sofat_
(~sofat@49.248.186.113) |
11:53.33 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.42.97) |
12:01.37 |
tafodinho |
please i have
another error while compiling the code please check the log here
http://pastebin.com/4P0U4hkq and
tell me whats am missing thanks |
12:21.21 |
*** join/#brlcad batmanav
(~batmanav@182.69.108.39) |
12:25.38 |
starseeker |
tafodinho:
that's a very strange error - nmg_pt_fu.c.o: file not recognized:
File truncated looks to me like the drive ran out of space before
it finished writing the .o file |
12:25.53 |
starseeker |
~pastebin |
12:25.53 |
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. |
12:26.22 |
starseeker |
generally
speaking, pastbin.com isn't preferred - I'd suggest the lisp.org
version personally... |
12:27.12 |
starseeker |
STW: do you
have any more verbose output you can show us on the test
failures? |
12:28.01 |
tafodinho |
starseeker:
my computer shutdown becus of lack of power could that be the
problem? |
12:28.37 |
STW |
starseeker:
1- NOTE:some âtestâ tests are expected to fail, âregressâ
must pass (Failed) |
12:29.03 |
STW |
starseeker:
467 - bu_hash_lorem_ipsum (Failed) |
12:29.05 |
starseeker |
tafodinho:
that's probably it - it probably didn't complete the .o file before
it went' down |
12:29.22 |
starseeker |
I'd suggest
removing the .o file and trying again |
12:29.31 |
STW |
761 -
regress-flawfinder (Failed) |
12:29.42 |
STW |
starseeker:
okay, let me try |
12:29.56 |
starseeker |
STW: no, that
advice was for tafodinho |
12:30.07 |
starseeker |
STW: in your
case, I'd suggest running make check instead of make
test |
12:30.17 |
STW |
ok |
12:30.37 |
starseeker |
the
bu_hash_lorem_ipsum failure is interesting - that is expected to
work - but the flawfinder test is currently known not to
work |
12:31.25 |
STW |
there is
another fail. 766 - regress-quote (Failed) |
12:31.28 |
*** join/#brlcad merzo
(~merzo@mail.telfbt.co.uk) |
12:31.41 |
starseeker |
STW: OK -
what platform are you on? (OS/compiler) |
12:32.05 |
STW |
I just use
the BRL-CAD vm |
12:32.27 |
STW |
but the cmake
is out-of-date, so I update it to 3.3.2 |
12:32.29 |
starseeker |
ah |
12:32.36 |
starseeker |
OK, that
should be fine |
12:32.47 |
STW |
as for the
host machine, I use centos |
12:33.02 |
starseeker |
nods - the vm machine is the key |
12:33.34 |
Notify |
03BRL-CAD:starseeker * 67217
brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_util.h: Need common.h
for uint8_t |
12:34.24 |
starseeker |
STW: try
this: ctest --verbose -I 467,467 |
12:35.41 |
starseeker |
the quote one
is also known to be not working at the moment, but the lorem_ipsum
test (467) should work |
12:36.01 |
STW |
starseeker: I
did âmake checkâ, it works fine except for one test |
12:36.12 |
starseeker |
STW: did you
try make test in response to one of our documents, or was it just a
standard test to run? |
12:36.49 |
starseeker |
STW: try that
ctest line and let's see if we can figure it out - that's a new
test, so may have some kinks in it |
12:37.41 |
STW |
yes, I am on
it |
12:38.40 |
STW |
btw, what is
the entry point for this software, I mean a gui or
something? |
12:39.43 |
*** join/#brlcad dinesh__
(~dinesh@154.70.108.206) |
12:40.32 |
STW |
starseeker:
itâs still the same. 1, 467, 761 and 766 fail |
12:40.50 |
starseeker |
STW: did you
run the ctest command I gave above? |
12:41.00 |
starseeker |
that should
have run *just* the 467 test |
12:41.04 |
STW |
yes,
exactly |
12:41.13 |
starseeker |
and it ran
all the tests? |
12:41.16 |
STW |
yes... |
12:41.20 |
starseeker |
scowls |
12:41.56 |
STW |
why is
that⦠|
12:41.58 |
starseeker |
OK, try this:
src/libbu/tests/tester_bu_hash "2" |
12:42.27 |
STW |
a lot of
error info |
12:42.47 |
starseeker |
good, that's
what we need. post it to paste.lisp.org and let's have a
look... |
12:43.39 |
tafodinho |
starseeker:
Please check me out this new error |
12:45.23 |
tafodinho |
http://pastebin.com/5YH5a0Pi |
12:46.50 |
starseeker |
tafodinho:
that's another really strange error. I'd suggest starting with a
clean build directory, if you haven't tried that yet... |
12:47.15 |
starseeker |
if your
computer powered down mid-build, there's no telling what might have
happened |
12:48.13 |
tafodinho |
starseeker:
Ok that means i should delete my present build
directory? |
12:48.18 |
starseeker |
yes |
12:48.57 |
starseeker |
and just for
good measure do an svn update in your source tree |
12:49.14 |
Notify |
03BRL-CAD:starseeker * 67218
brlcad/trunk/regress/icv/CMakeLists.txt: turn this test off for now
- still sorting things out |
12:49.27 |
starseeker |
ok folks,
I've gotta run for now |
12:50.04 |
starseeker |
STW: if you
can post the output from the tester_bu_hash run somewhere, that
would be helpful |
12:59.52 |
*** join/#brlcad spycode
(~tafodinho@195.24.220.134) |
13:00.26 |
spycode |
Starseeker:
My processor just overheated and my computer shutdown i have to
restart |
13:01.40 |
*** join/#brlcad tafodinho
(~tafodinho@195.24.220.134) |
13:02.24 |
tafodinho |
processor
failure!! |
13:08.02 |
*** join/#brlcad yorik
(~yorik@187.101.177.154) |
13:13.29 |
STW |
starseeker:
send you an email regarding the error message to emailing
list. |
13:16.48 |
*** join/#brlcad sofat__
(~sofat@49.248.188.35) |
13:20.41 |
*** join/#brlcad witness_
(uid10044@gateway/web/irccloud.com/x-zaovraucsiyssjaz) |
13:23.12 |
*** join/#brlcad sofat__
(~sofat@49.248.191.115) |
13:48.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:12.23 |
*** join/#brlcad batmanav
(~batmanav@182.69.108.39) |
14:14.25 |
starseeker |
STW:
interesting - not at all what I expected |
14:18.36 |
Notify |
03BRL-CAD:starseeker * 67219
brlcad/trunk/src/libbu/tests/hash.cxx: Only check second if we've
got a find reported. |
14:24.57 |
*** join/#brlcad greenapple
(~androirc@1.39.50.151) |
14:26.34 |
*** join/#brlcad sofat_
(~sofat@49.248.182.227) |
14:29.07 |
*** join/#brlcad greenapple
(~androirc@1.39.50.151) |
14:30.02 |
Notify |
03BRL-CAD:starseeker * 67220
brlcad/trunk/src/libbu/tests/hash.cxx: Use the stored key length
when creating a string version of the key. |
14:30.10 |
starseeker |
STW: does
67220 help any? |
14:31.48 |
STW |
I donât
quite understand what it means⦠|
14:46.16 |
*** join/#brlcad konrado
(~konro@41.202.219.79) |
15:07.00 |
*** join/#brlcad greenapple
(~androirc@1.39.49.6) |
15:14.22 |
*** part/#brlcad redapple
(0e8b2997@gateway/web/freenode/ip.14.139.41.151) |
15:21.31 |
*** join/#brlcad greenapple
(~androirc@1.39.49.6) |
15:29.08 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
15:45.24 |
Notify |
03BRL-CAD:starseeker * 67221
brlcad/trunk/src/util/pix-ppm.c: Need to read the whole file, not
just first line (Sean) |
16:07.01 |
*** join/#brlcad boj_
(~boj@183.234.195.100) |
16:13.28 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
16:24.29 |
*** join/#brlcad TheArbiter
(~androirc@82.137.12.74) |
16:28.27 |
Notify |
03BRL-CAD:starseeker * 67222
brlcad/trunk/NEWS: Sean fixed a bug in pix-ppm dating back to 2009
(possibly r36445) that resulted in invalid ppm files being written
out. |
16:33.25 |
*** join/#brlcad batmanav
(~batmanav@182.69.108.39) |
16:34.10 |
Notify |
03BRL-CAD:n_reed * 67223
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
note typical ON_BoundingBox usage |
16:52.19 |
*** join/#brlcad batmanav
(~batmanav@182.69.108.39) |
17:13.57 |
*** join/#brlcad Robert_Dumitru
(~robert.du@2a02:2f0b:8043:2700:1405:84a:a9fd:2) |
17:14.47 |
*** part/#brlcad batmanav
(~batmanav@182.69.108.39) |
17:23.25 |
*** join/#brlcad ickby
(~stefan@x5d8461af.dyn.telefonica.de) |
17:37.51 |
*** join/#brlcad ickby
(~stefan@x5d8461af.dyn.telefonica.de) |
17:48.34 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.0.168) |
17:54.56 |
starseeker |
STW: does the
test pass when you update to r67220? |
17:55.16 |
starseeker |
(run make
check to rebuild) |
17:56.05 |
Notify |
03BRL-CAD:starseeker * 67224
brlcad/trunk/src/libicv/icv_private.h: Need to study gcv's plugin
approach - eventually, we'll need something similar for libicv.
Don't have the resources to throw at it now. |
17:56.38 |
STW |
starseeker: I
have no access for my working computer right now. will try
later |
17:57.26 |
STW |
btw, maybe a
stupid question, how do i update to r67220, by âgit pull
originâ? |
17:58.46 |
Notify |
03BRL-CAD:starseeker * 67225
brlcad/trunk/src/libicv/fileformat.c: Sigh. Sean pointed out that
some of our image processing tools may be assuming they'll get PIX
out of the box, which is a fair point. It's ultimately the apps
responsibilty to specify png, but we should review our 'user
facing' tools (as opposed to the processing tools that are designed
to be piped together) to make sure they are in fact
defaulting |
17:58.48 |
Notify |
to
png... |
17:58.50 |
Notify |
... |
18:18.17 |
*** join/#brlcad tafodinho
(~tafodinho@195.24.220.134) |
18:24.07 |
*** join/#brlcad tafodinho
(~tafodinho@195.24.220.134) |
18:28.17 |
tafodinho |
yet another
error at 81% can someone please help me view error here http://pastebin.com/VcNBzyYA |
18:32.00 |
*** join/#brlcad ickby
(~stefan@x5d8461af.dyn.telefonica.de) |
18:44.43 |
*** join/#brlcad ickby_
(~stefan@x5d8461af.dyn.telefonica.de) |
19:01.48 |
starseeker |
STW: no, we
use subversion - so it'd be svn update |
19:02.44 |
STW |
got it. You
update the code base really fast :) |
19:07.37 |
*** join/#brlcad ickby_
(~stefan@x5d8461af.dyn.telefonica.de) |
19:09.01 |
tafodinho |
starseeker:
please help me out with this error http://pastebin.com/VcNBzyYA |
19:20.31 |
*** join/#brlcad ickby
(~stefan@x5d8461af.dyn.telefonica.de) |
19:31.37 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
19:46.21 |
*** part/#brlcad Robert_Dumitru
(~robert.du@2a02:2f0b:8043:2700:1405:84a:a9fd:2) |
20:06.10 |
*** join/#brlcad Arbitrer
(~androirc@82.137.8.78) |
20:45.03 |
*** join/#brlcad Gabriel
(bc1a56ff@gateway/web/freenode/ip.188.26.86.255) |
20:47.00 |
Notify |
03BRL-CAD
Wiki:AsnelNgoulla * 0 /wiki/User:AsnelNgoulla: |
20:54.47 |
*** join/#brlcad Yash_
(yash_m@1.186.159.38) |
21:13.07 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
21:14.40 |
*** join/#brlcad konrado
(~konro@41.202.219.65) |
21:17.02 |
Notify |
03BRL-CAD:starseeker * 67226
(brlcad/trunk/regress/icv/m35.bw.tbz2
brlcad/trunk/regress/icv/m35_bw.pix.tbz2
brlcad/trunk/regress/icv/m35_bw.png): Use images generated from
7.20.4, before any of the image tools were using libicv |
21:20.08 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:29.30 |
*** join/#brlcad merzo
(~merzo@195.70.95.61) |
22:04.02 |
*** part/#brlcad Gabriel
(bc1a56ff@gateway/web/freenode/ip.188.26.86.255) |
22:23.35 |
*** join/#brlcad konrado
(~konro@41.202.219.70) |
22:28.34 |
*** join/#brlcad dinesh__
(~dinesh@154.70.108.207) |
22:31.54 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.148) |
22:42.16 |
Notify |
03BRL-CAD:starseeker * 67227
(brlcad/trunk/src/libicv/bw.c
brlcad/trunk/src/libicv/color_space.c): I *think* this gets closer
to the same behavior as the original pix-bw, but its still not
exact. |
22:54.58 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:03.07 |
*** join/#brlcad dinesh__
(~dinesh@154.70.108.204) |
23:40.26 |
Notify |
03BRL-CAD:n_reed * 67228
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
add overview of intersection classes and types |
00:13.21 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
01:02.23 |
Notify |
03BRL-CAD:starseeker * 67229
(brlcad/trunk/NEWS
brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt
brlcad/trunk/src/util/CMakeLists.txt): Remove the pix-bw3 and
bw3-pix commands - essentially obsolete, work can be accomplished
with pix-bw and bw-pix. |
01:23.43 |
Notify |
03BRL-CAD:starseeker * 67230
(brlcad/trunk/NEWS brlcad/trunk/regress/icv/CMakeLists.txt and 3
others): Sean and I tracked down a change introduced by pix-bw
using libicv's conversion routines. The new approach is an
improvement (lrint rounding rather than C truncation during
int->double conversion) but it will result in different pixel
values when rouding decisions change. Since this potentially user
visible |
01:23.45 |
Notify |
(albeit
subtle) add a note in the NEWS file. |
01:23.47 |
Notify |
... |
01:27.36 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-249-103.092.074.pools.vodafone-ip.de) |
01:54.39 |
*** join/#brlcad nilram
(67c0b093@gateway/web/freenode/ip.103.192.176.147) |
02:12.27 |
*** join/#brlcad nilram
(67c0b093@gateway/web/freenode/ip.103.192.176.147) |
03:26.43 |
*** join/#brlcad ceterumnet
(~ceterumne@50.56.243.144) |
03:35.50 |
starseeker |
boj: you
might need to rerun the CMake configure/generate stages - I made
some recent changes that may impact mkstempx |
03:36.27 |
boj |
OK, let me
have a try, thanks starseeker :) |
03:37.10 |
boj |
I have
successfully build it on my mac, it works, and I can read the code
now, I just want to try it on windows :) |
03:38.44 |
Notify |
03BRL-CAD:starseeker * 67231
(brlcad/trunk/src/other/libnetpbm/libpm.c
brlcad/trunk/src/other/libnetpbm/pm_config.h.in): Tweak
HAVE_MKSTEMP |
03:40.12 |
*** join/#brlcad nmz787
(~nmz787@unaffiliated/nmz787) |
03:54.24 |
Notify |
03BRL-CAD:starseeker * 67232
brlcad/trunk/src/libicv/bw.c: Use correct constant |
04:13.39 |
*** join/#brlcad merzo
(~merzo@195.70.95.61) |
04:20.44 |
*** join/#brlcad Arbitrer
(~androirc@82.137.8.78) |
04:21.33 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
04:50.23 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
04:54.59 |
Notify |
03BRL-CAD
Wiki:Akshayjain07 * 0 /wiki/User:Akshayjain07: |
04:56.09 |
*** join/#brlcad TheArbiter
(~androirc@82.137.10.102) |
05:05.23 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
05:20.44 |
*** join/#brlcad TheArbiter
(~androirc@193.111.232.253) |
05:35.57 |
*** join/#brlcad greenapple
(~androirc@1.39.49.101) |
06:25.42 |
*** join/#brlcad greenapple
(~androirc@1.39.49.101) |
06:45.44 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.44) |
07:07.29 |
Notify |
03BRL-CAD:brlcad * 67233
brlcad/trunk/NEWS: cliff did the actual work and it helps to fit
the descriptions more tersely onto one line. this annotates the
pix-bw fix that found differences when it was converted to icv
where the storage format is double and lrint() is called to get an
average. this resulted in a better bw, but different output.
remotely related, no longer any reason to keep pix-bw3 since the
exact |
07:07.32 |
Notify |
same is
achievable using pix-bw with an option. there may still be a need
for something like bw3-pix for merging images back into an
interlaced image but killing it by association. need to teach
bw-pix to handle three images before release. |
07:07.34 |
Notify |
... |
07:10.03 |
Notify |
03BRL-CAD:brlcad * 67234
brlcad/trunk/TODO: need to teach bw-pix to do what bw3-pix
did. |
07:13.40 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.27) |
07:22.09 |
*** join/#brlcad greenapple
(~androirc@1.39.49.101) |
07:34.37 |
*** join/#brlcad jasvir
(~jass@71-83-201-3.dhcp.arhd.ca.charter.com) |
08:03.03 |
*** join/#brlcad Arbitrer
(~androirc@193.111.232.253) |
08:04.57 |
*** join/#brlcad boj_
(~boj@2001:250:3c02:763:85a:7b1f:7cfd:8f90) |
08:13.13 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
08:14.32 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:15.59 |
*** join/#brlcad Arbitrer
(~androirc@82.137.8.94) |
08:16.00 |
*** join/#brlcad TheArbiter
(~androirc@82.137.8.94) |
08:23.48 |
boj |
is there any
tutorial on how to run all these commands? |
08:24.45 |
boj |
It make me
confused, I really do not know to give parameters. |
08:24.52 |
*** join/#brlcad nilram
(d24bfcec@gateway/web/freenode/ip.210.75.252.236) |
08:27.34 |
*** part/#brlcad nilram
(d24bfcec@gateway/web/freenode/ip.210.75.252.236) |
08:29.29 |
*** join/#brlcad TheArbiter
(~androirc@193.111.232.81) |
08:29.55 |
*** join/#brlcad sofat
(~sofat@49.248.190.194) |
08:41.38 |
STW |
starseeker:
all tests passed after i update to the newest version |
08:41.59 |
STW |
actually I
have the same questions as boj... |
08:55.01 |
*** join/#brlcad TheArbiter
(~androirc@193.111.232.149) |
09:06.49 |
*** join/#brlcad Arbitrer
(~androirc@141.85.227.228) |
09:08.08 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.0.168) |
09:09.09 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.0.168) |
09:09.14 |
*** join/#brlcad Arbitrer
(~androirc@82.137.10.233) |
09:09.14 |
*** join/#brlcad TheArbiter
(~androirc@82.137.10.233) |
09:34.14 |
*** join/#brlcad TheArbiter
(~androirc@141.85.227.228) |
09:35.10 |
*** join/#brlcad TheArbiter
(~androirc@141.85.227.228) |
09:42.36 |
*** join/#brlcad merzo
(~merzo@mail.telfbt.co.uk) |
09:57.20 |
*** join/#brlcad Yash_
(yash_m@1.186.156.120) |
10:10.12 |
*** join/#brlcad tafodinho
(~tafodinho@195.24.220.134) |
10:13.09 |
*** join/#brlcad spycode
(~tafodinho@195.24.220.134) |
10:15.13 |
*** join/#brlcad spycode
(~tafodinho@195.24.220.134) |
10:22.28 |
*** join/#brlcad Yash_
(yash_m@1.186.156.139) |
10:29.48 |
*** join/#brlcad TheArbiter
(~androirc@141.85.227.228) |
10:30.10 |
*** join/#brlcad TheArbiter
(~androirc@141.85.227.228) |
10:36.49 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.242.145) |
10:38.16 |
*** join/#brlcad abc
(4f73b9dc@gateway/web/freenode/ip.79.115.185.220) |
10:51.47 |
*** join/#brlcad 18WAAB1CY
(~androirc@141.85.227.228) |
10:51.47 |
*** join/#brlcad 7F1AADTOC
(~androirc@141.85.227.228) |
11:16.54 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
11:17.38 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.88) |
11:32.03 |
Notify |
03BRL-CAD
Wiki:Bwepngongn * 0 /wiki/User:Bwepngongn: |
11:47.34 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.46) |
12:07.07 |
starseeker |
boj, STW:
http://brlcad.org/wiki/Documentation |
12:17.01 |
starseeker |
or are you
referring to the build system? if so, the best available docs are
here: http://www.arl.army.mil/arlreports/2013/ARL-TR-6475.pdf |
12:18.12 |
starseeker |
for the
subversion VCS, this is a decent resource: http://svnbook.red-bean.com/en/1.7/index.html |
12:18.28 |
*** join/#brlcad ickby
(~stefan@x5d845c53.dyn.telefonica.de) |
12:19.34 |
boj |
yes, I read
the doc, but for example, I want to use 'rtshot', I do not know how
to give the last parameter? |
12:20.23 |
boj |
something
that I am not so familiar, and where I can find some instructions
or demos? |
12:21.13 |
*** join/#brlcad akshayjain07
(67157d4e@gateway/web/freenode/ip.103.21.125.78) |
12:23.01 |
*** join/#brlcad ickby_
(~stefan@x5d845c53.dyn.telefonica.de) |
12:24.37 |
*** join/#brlcad ickby_
(~stefan@x5d845c53.dyn.telefonica.de) |
13:02.55 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.152) |
13:05.27 |
*** join/#brlcad konrado
(~konro@41.202.219.76) |
13:19.34 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
13:35.20 |
*** join/#brlcad konrado
(~konro@41.202.219.64) |
13:36.57 |
*** join/#brlcad yorik
(~yorik@187.101.177.154) |
13:52.09 |
*** join/#brlcad ickby_
(~stefan@x5d845c53.dyn.telefonica.de) |
14:07.51 |
*** join/#brlcad ickby_
(~stefan@x5d845c53.dyn.telefonica.de) |
14:13.25 |
*** join/#brlcad sofat_
(~sofat@49.248.186.100) |
14:17.32 |
*** join/#brlcad sofat_
(~sofat@49.248.186.100) |
14:24.19 |
boj |
Hi, when
reading the code(line 597 in bot.c), I can not find the definition
of the function ''rt_bot_shot_float(...)", I don't know why and
feel a little confused, could anyone give me a hint? |
14:24.56 |
boj |
or some
immediate files that including the definition? |
14:33.43 |
*** join/#brlcad catchchaos
(6ace8987@gateway/web/freenode/ip.106.206.137.135) |
14:46.28 |
catchchaos |
Hi guys!
Looking to participate in GSOC '16 with BRL-CAD. I'd like to work
on GPU computing. Any entry-level projects? I did notice one
regarding Raytracing in the project list. |
15:02.49 |
*** join/#brlcad sofat_
(~sofat@49.248.178.156) |
15:07.36 |
*** join/#brlcad sofat__
(~sofat@49.248.178.253) |
15:07.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:13.27 |
*** join/#brlcad sofat__
(~sofat@49.248.180.236) |
15:16.06 |
*** join/#brlcad ickby
(~stefan@x5d845c53.dyn.telefonica.de) |
16:13.47 |
*** join/#brlcad ickby
(~stefan@x5d845c53.dyn.telefonica.de) |
16:32.13 |
*** join/#brlcad catchchaos
(6ace8987@gateway/web/freenode/ip.106.206.137.135) |
16:36.17 |
*** join/#brlcad sandra-emma
(~sandra-em@41.204.68.230) |
16:38.30 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.0.168) |
16:39.35 |
Notify |
03BRL-CAD:starseeker * 67235
brlcad/trunk/src/util/admin-db.cpp: erm - fix indexing on opt
definitions |
16:54.49 |
*** join/#brlcad ickby_
(~stefan@x5d845c53.dyn.telefonica.de) |
16:58.11 |
*** join/#brlcad Ch3ck_
(~Ch3ck@41.205.19.101) |
17:01.02 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
17:13.21 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.205) |
17:13.36 |
asnel_ulrich |
hello |
17:15.39 |
*** join/#brlcad ickby_
(~stefan@x5d845c53.dyn.telefonica.de) |
17:17.05 |
asnel_ulrich |
please can
someone explain me how to use rtweight |
17:21.22 |
starseeker |
boj: I
believe there are some macros used to define those parts of the
code, but I don't know details |
17:21.34 |
starseeker |
asnel_ulrich:
have you checked the man page? |
17:21.39 |
starseeker |
(brlman
rtweight) |
17:22.02 |
asnel_ulrich |
yes |
17:22.18 |
starseeker |
asnel_ulrich:
what does it not explain? |
17:23.05 |
asnel_ulrich |
my real
problem is with the .density file that it is supposed to
use |
17:36.31 |
Notify |
03BRL-CAD:starseeker * 67236
brlcad/trunk/src/util/bw-pix.c: Take an initial stab at getting all
the bw-pix behaviors (stdin/stdout, bw3-pix, -o output specifier,
etc.) working at once. |
17:48.37 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.192) |
17:55.40 |
*** join/#brlcad catchchaos_
(~catchchao@106.206.137.135) |
18:23.00 |
*** join/#brlcad yorik
(~yorik@187.101.177.154) |
18:32.19 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.242.216) |
18:34.24 |
*** join/#brlcad catchchaos
(~catchchao@106.206.137.135) |
18:40.38 |
*** join/#brlcad catchchaos
(~catchchao@106.206.137.135) |
18:47.56 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
18:51.02 |
*** join/#brlcad catchchaos_
(~catchchao@106.206.137.135) |
18:57.08 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.193) |
19:11.49 |
*** join/#brlcad tafodinho
(~tafodinho@195.24.220.134) |
19:13.09 |
tafodinho |
``Erik: hello
please i would love to work on the general tree walker project how
do i get started i have already compiled brlcad |
19:13.49 |
tafodinho |
brlcad:
hello please i would love to work on the general tree walker
project how do i get started i have already compiled
brlcad |
19:59.32 |
*** join/#brlcad konrado
(~konro@41.202.219.74) |
20:58.49 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
21:02.00 |
starseeker |
asnel_ulrich:
Ah - there are example density files in the misc directory -
GQA_SAMPLE_DENSITIES and NIST_DENSITIES |
21:02.14 |
starseeker |
you could
copy one of those to the .density location |
21:39.17 |
Notify |
03BRL-CAD:starseeker * 67237
brlcad/trunk/src/util/bw-pix.c: fix typo |
21:40.34 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
21:43.35 |
*** join/#brlcad patata1212
(~patata121@103.25.231.107) |
21:43.38 |
patata1212 |
patata1212,
welcome to channel #brlcad. Try following commands: !Say, !Weather,
!Joke, !Ip, !Imdb, !Poke, !Topic, !Join, !Part, !Timeout, !Quit,
!Restart, !Help, !Update |
22:00.55 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
22:14.55 |
*** join/#brlcad merzo
(~merzo@195.70.95.61) |
22:16.25 |
Notify |
03BRL-CAD:starseeker * 67238
brlcad/trunk/src/libanalyze/api.c: clang static analyzer was
reporting a couple of unread value errors |
22:18.46 |
Notify |
03BRL-CAD:starseeker * 67239
brlcad/trunk/src/libicv/color_space.c: multiple_colors being set
unnecessarily (clang static analyzer) |
22:45.37 |
*** join/#brlcad dinesh__
(~dinesh@154.70.108.215) |
23:01.50 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
23:16.49 |
*** join/#brlcad merzo
(~merzo@195.70.95.61) |
23:38.20 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:43.38 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
23:48.32 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
23:48.37 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
01:09.40 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:17.07 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
01:34.48 |
*** join/#brlcad LordOfBikes
(~armin@dslb-178-010-185-041.178.010.pools.vodafone-ip.de) |
01:35.32 |
*** join/#brlcad imjalpreet
(Thunderbir@nat/iiit/x-sdimywaoyqdcimpb) |
01:52.26 |
*** join/#brlcad xyz_
(0e8bf2c3@gateway/web/freenode/ip.14.139.242.195) |
01:55.47 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
02:26.32 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.116) |
02:44.51 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:8d9d:c208:fd93:9ece) |
02:50.02 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
02:56.57 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
03:09.40 |
*** part/#brlcad imjalpreet
(Thunderbir@nat/iiit/x-sdimywaoyqdcimpb) |
03:13.57 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:30.46 |
boj |
I want to
share my recent experience with all of you guys, cause I am new to
BRL-CAD and not so familiar with it, hope for your sincere
suggestion. |
03:30.50 |
boj |
I posted two
questions previously. About the first one, @starseeker told me to
read the manual, it is really a good suggestion, I learn a lot and
now know how to use basic commands in mged, for example, the last
parameter of 'rtshot', what I do is to import the model into mged,
use 'ls' to list all the objects, and then select one as the last
parameter, it works for me.(if it's not right, pls correct me,
thanks). |
03:30.54 |
boj |
the other
problem is the definition of 'rt_bot_makesegs_float'(line 563 in
bot.c), I find it in g_bot_include.c, it is a little bit different
from what we do usually, what they do is to use XGLUE to generate
the function proto-type when compiling, a kind of dynamic
binding. |
03:31.07 |
boj |
Hope for your
suggestions and experience.thanks |
03:31.26 |
boj |
:) |
04:28.29 |
*** join/#brlcad dinesh__
(~dinesh@154.70.108.222) |
04:34.40 |
*** join/#brlcad notify-web
(~notify-we@192.30.252.34) |
04:34.40 |
notify-web |
[13web]
15inderpreetsingh pushed 6 new commits to 06master: 02https://git.io/v27od |
04:34.40 |
notify-web |
13web/06master 149beed03
15gauravjeetsingh: fixed vertical rhythm |
04:34.40 |
notify-web |
13web/06master 141e7c750
15gauravjeetsingh: Improved markup, changed font-size from px to
rem, replaced table layout with responsive div layout in about
section and posts section. |
04:34.40 |
notify-web |
13web/06master 148105c1e
15gauravjeetsingh: removed old table layout code |
04:34.40 |
*** part/#brlcad notify-web
(~notify-we@192.30.252.34) |
04:34.43 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
04:39.24 |
*** join/#brlcad LordOfBikes
(~armin@dslb-178-010-185-041.178.010.pools.vodafone-ip.de) |
04:52.13 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:38.50 |
*** join/#brlcad sofat
(~sofat@49.248.177.158) |
05:48.48 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
05:50.50 |
*** join/#brlcad patata1212
(~patata121@103.25.231.107) |
05:50.53 |
patata1212 |
patata1212,
welcome to channel #brlcad. Try following commands: !Say, !Weather,
!Joke, !Ip, !Imdb, !Poke, !Topic, !Join, !Part, !Timeout, !Quit,
!Restart, !Help, !Update |
05:57.41 |
Stragus |
!Quit |
06:11.50 |
*** join/#brlcad ickby_
(~stefan@x5d845660.dyn.telefonica.de) |
06:11.50 |
patata1212 |
ickby_,
welcome to channel #brlcad. Try following commands: !Say, !Weather,
!Joke, !Ip, !Imdb, !Poke, !Topic, !Join, !Part, !Timeout, !Quit,
!Restart, !Help, !Update |
06:13.46 |
*** join/#brlcad sofat
(~sofat@49.248.177.158) |
06:13.46 |
patata1212 |
sofat,
welcome to channel #brlcad. Try following commands: !Say, !Weather,
!Joke, !Ip, !Imdb, !Poke, !Topic, !Join, !Part, !Timeout, !Quit,
!Restart, !Help, !Update |
06:20.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
06:20.18 |
patata1212 |
kintel,
welcome to channel #brlcad. Try following commands: !Say, !Weather,
!Joke, !Ip, !Imdb, !Poke, !Topic, !Join, !Part, !Timeout, !Quit,
!Restart, !Help, !Update |
06:30.30 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.228) |
06:33.17 |
*** join/#brlcad sofat
(~sofat@219.91.204.166) |
06:45.40 |
*** join/#brlcad merzo
(~merzo@85.255.234.22) |
07:35.13 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
07:38.45 |
*** join/#brlcad ickby_
(~stefan@x5d845660.dyn.telefonica.de) |
07:50.39 |
*** join/#brlcad divamgupta__
(~divamgupt@103.25.231.102) |
07:54.50 |
*** join/#brlcad ickby_
(~stefan@x5d845660.dyn.telefonica.de) |
08:05.07 |
*** join/#brlcad akshayjain07
(67157d51@conference/drupalcon/x-ncepjabehiesatjd) |
08:15.00 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
08:32.52 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
09:26.49 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.13) |
10:40.12 |
*** join/#brlcad 20WAAHB6V
(~divamgupt@103.25.231.102) |
10:40.45 |
*** join/#brlcad ickby_
(~stefan@x5d845660.dyn.telefonica.de) |
10:46.13 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
10:52.41 |
*** join/#brlcad patata1212
(~patata121@103.25.231.107) |
10:55.33 |
*** join/#brlcad patata1212
(~patata121@103.25.231.107) |
10:57.11 |
*** join/#brlcad patata1212
(~patata121@103.25.231.107) |
10:57.20 |
*** join/#brlcad patata1212
(~patata121@103.25.231.107) |
11:03.58 |
*** join/#brlcad imjustlogging875
(~imjustlog@103.25.231.107) |
11:14.26 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
11:26.51 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.242.154) |
11:50.45 |
*** join/#brlcad ickby_
(~stefan@x5d845660.dyn.telefonica.de) |
12:11.58 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.103.231) |
12:24.48 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
12:31.30 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
12:32.20 |
Notify |
03BRL-CAD:starseeker * 67240
(svn:mime-type ## -1 +1 ## and 14 others): Try setting the encoding
mime type in subversionProperty
Changed:----------------brlcad/trunk/misc/tools/astyle/ASLocalizer.cpp |
12:46.18 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.26) |
12:55.28 |
*** join/#brlcad yorik
(~yorik@187.101.177.154) |
12:59.56 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
13:07.39 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
13:11.42 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
13:12.13 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
13:22.26 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
13:23.50 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
13:24.42 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
13:24.56 |
*** join/#brlcad Notify
(~notify@66.118.151.70) |
13:31.17 |
*** join/#brlcad brlcad
(~sean@66.118.151.70) |
13:31.27 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
13:31.29 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
13:33.49 |
*** join/#brlcad merzo
(~merzo@3-106-132-95.pool.ukrtel.net) |
13:38.46 |
*** join/#brlcad Ch3ck
(~Ch3ck@66.118.151.70) |
13:39.56 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
13:40.04 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
13:41.14 |
*** join/#brlcad yorik
(~yorik@187.101.177.154) |
13:51.16 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:03.45 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.202) |
14:07.08 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
14:08.29 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
14:09.04 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
14:59.14 |
*** join/#brlcad tofu_
(~sean@66-118-151-70.static.sagonet.net) |
15:01.43 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
15:06.18 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
15:32.24 |
*** join/#brlcad starseek1r
(~starseeke@66-118-151-70.static.sagonet.net) |
15:32.32 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
15:33.27 |
*** join/#brlcad Ch3ck__
(~Ch3ck@66-118-151-70.static.sagonet.net) |
15:57.42 |
*** join/#brlcad amarjeet
(~amarjeet@101.220.145.59) |
16:01.16 |
*** join/#brlcad ickby_
(~stefan@x5d845660.dyn.telefonica.de) |
16:21.24 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
16:59.31 |
*** join/#brlcad kuns
(~kunis@195.24.210.66) |
17:02.22 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.92.69) |
17:03.54 |
*** join/#brlcad kuns
(~kunis@unaffiliate/kuns) |
17:04.10 |
*** join/#brlcad kuns
(~kunis@unaffiliated/kuns) |
18:08.43 |
*** join/#brlcad akshayjain07
(67157d4e@gateway/web/freenode/ip.103.21.125.78) |
18:52.54 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
18:56.37 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:57.05 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
18:58.56 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
19:00.03 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
19:00.34 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.166.195) |
19:08.32 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
19:55.39 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.166.195) |
20:06.39 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
20:07.07 |
Notify |
03BRL-CAD:d_rossberg * 67241
(brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/api.c):
include the former global densities in the raytracing_context and
current_state structureneeds to be tested but it's currently unused
anyway |
20:07.10 |
Notify |
03BRL-CAD:d_rossberg * 67242
brlcad/trunk/src/libanalyze/api.c: w/s only |
20:07.43 |
Notify |
03BRL-CAD:brlcad * 67243
brlcad/trunk/TODO: note that we have an x3d importer now, albeit
not fully tested or integrated. nurbs support would be
nice. |
20:12.22 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.103.231) |
20:29.16 |
*** join/#brlcad batmanav
(~batmanav@182.69.178.31) |
21:39.59 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.166.195) |
21:46.55 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:09.25 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.219) |
22:43.13 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:58.47 |
*** join/#brlcad Akshay
(~Akshay@59.177.105.54) |
22:59.09 |
Akshay |
hey hii
christopher morrison |
01:02.25 |
*** join/#brlcad shailu1995
(cff456d1@gateway/web/freenode/ip.207.244.86.209) |
01:13.04 |
*** join/#brlcad shailu1995
(cff456d1@gateway/web/freenode/ip.207.244.86.209) |
01:24.52 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
01:28.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:32.47 |
*** join/#brlcad skbflrnydozlyklx
(~armin@dslb-092-074-250-124.092.074.pools.vodafone-ip.de) |
04:00.01 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:39.46 |
*** join/#brlcad yorik1
(~yorik@152.250.221.17) |
05:47.02 |
*** join/#brlcad divamgupta_
(~divamgupt@182.64.166.195) |
05:48.44 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
06:22.01 |
*** join/#brlcad divamgupta_
(~divamgupt@182.64.166.195) |
06:49.16 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:8d9d:c208:fd93:9ece) |
07:02.50 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
07:16.37 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
07:53.35 |
*** join/#brlcad sofat
(~sofat@49.248.188.198) |
08:01.52 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.113) |
08:15.31 |
*** join/#brlcad divamgupta_
(~divamgupt@182.64.168.50) |
08:28.30 |
*** join/#brlcad kuns
(~kunis@154.70.108.219) |
08:30.32 |
*** join/#brlcad Ak7 (Akshay@120.56.254.5) |
08:36.35 |
*** join/#brlcad Ak7
(Akshay@120.59.253.233) |
08:41.52 |
*** join/#brlcad Ak7
(Akshay@120.59.115.187) |
08:47.24 |
*** join/#brlcad Ak7
(Akshay@120.59.117.163) |
08:52.52 |
*** join/#brlcad Ak7
(Akshay@120.59.116.106) |
08:58.31 |
*** join/#brlcad Ak7
(Akshay@59.177.229.166) |
09:04.40 |
*** join/#brlcad Ak7
(Akshay@120.59.247.229) |
09:07.18 |
divamgupta_ |
Hello, I am
Divam Gupta. Im in 2nd year in pursuing my Comp. Science
Engineering from IIIT Delhi. Heres my github profile :
github.com/divamgupta . I was interested in contribution to the
OGV. I wanted to know the latest requirements of the OGV project.
As most requirements listed on the wiki page were done by Shubham
Chauhan at GSoC15. |
09:07.57 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.242.129) |
09:11.00 |
*** join/#brlcad Ak7
(Akshay@120.56.255.235) |
09:17.29 |
*** join/#brlcad ickby_
(~stefan@x5d847b09.dyn.telefonica.de) |
09:24.16 |
*** join/#brlcad spycode
(~tafodinho@41.205.6.75) |
09:25.24 |
*** join/#brlcad tafodinho
(~tafodinho@41.205.6.75) |
09:29.42 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.56) |
09:36.16 |
*** join/#brlcad ickby_
(~stefan@x5d847b09.dyn.telefonica.de) |
09:43.34 |
*** join/#brlcad infobot (ibot@rikers.org) |
09:43.34 |
*** 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/ |
09:43.54 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.103.231) |
09:57.48 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
10:08.29 |
*** join/#brlcad ickby
(~stefan@x5d847b09.dyn.telefonica.de) |
10:54.57 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
11:24.13 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
11:31.20 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
11:51.32 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.103.231) |
11:54.42 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.242.249) |
12:02.42 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
12:24.31 |
*** join/#brlcad Gabriel_
(bc1a9775@gateway/web/freenode/ip.188.26.151.117) |
12:27.17 |
*** join/#brlcad sofat
(~sofat@49.248.178.230) |
12:28.12 |
Gabriel_ |
Hello
everyone! I am interested in your GSoC project which aims to add
the -exec option to the search command. I had a look over the
source code mentioned in the reference section of the project and I
would like to know if anyone could point me where the source code
for the 'draw' command is. |
12:38.02 |
*** join/#brlcad sofat_
(~sofat@49.248.182.101) |
12:41.35 |
*** join/#brlcad sofat__
(~sofat@49.248.181.90) |
12:49.46 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
13:10.19 |
*** join/#brlcad Ak7 (Akshay@59.177.228.84) |
13:13.55 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.74.241) |
13:15.57 |
*** join/#brlcad ih8sum3r
(~chatzilla@122.173.225.5) |
13:16.05 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.92) |
13:24.36 |
*** join/#brlcad Ak7 (Akshay@59.177.228.84) |
13:32.00 |
*** join/#brlcad sofat_
(~sofat@49.248.185.190) |
13:35.44 |
*** join/#brlcad Ak7 (Akshay@59.177.228.84) |
13:46.30 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.74.241) |
13:48.59 |
*** join/#brlcad AndroUser
(~androirc@123.237.167.57) |
13:50.03 |
*** join/#brlcad zaverichintan
(7beda739@gateway/web/freenode/ip.123.237.167.57) |
13:51.59 |
*** join/#brlcad Gabriel_
(52891038@gateway/web/freenode/ip.82.137.16.56) |
13:59.28 |
*** join/#brlcad YANICK_
(~YANICK@41.202.219.64) |
14:01.14 |
*** join/#brlcad Shubham
(71c18992@gateway/web/freenode/ip.113.193.137.146) |
14:07.54 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.143) |
14:13.08 |
AndroUser |
Hey shubham,
chintan zaveri here. |
14:13.42 |
Shubham |
hey |
14:14.04 |
AndroUser |
Thank you for
your response. |
14:15.45 |
AndroUser |
I do agree
with your proposal to work towards the meteor OGV, because so much
work is done by 3 students before me, and I appreciate the hard
work. |
14:16.50 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.92.69) |
14:17.54 |
*** join/#brlcad YANICK_
(~YANICK@41.202.219.64) |
14:18.45 |
AndroUser |
Can you
please help me to have the to do list for OGV meteor, and what
further enhancement are to be done |
14:20.18 |
Shubham |
AndroUser:
there are 2 alternatives which I had also mentioned in the mailing
list as a reply to the suggestions made. |
14:20.27 |
Shubham |
1. You choose
to use PHP-CI: |
14:20.39 |
Shubham |
ans 2. you go
with Meteor |
14:23.17 |
Shubham |
you can have
a look at it |
14:23.25 |
AndroUser |
Yes, if I
choose to go for option 2. I believe that major thing is
development after integration of the system. |
14:23.35 |
Shubham |
and let's see
what sean has to say about it |
14:23.44 |
AndroUser |
Deployment
* |
14:24.31 |
AndroUser |
What are the
other to dos and enhancements pending |
14:24.59 |
ih8sum3r |
AndroUser:
Development thing is also done just little bit work left for
it. |
14:25.42 |
AndroUser |
Typo error -
I meant deployment |
14:26.16 |
ih8sum3r |
It too almost
ready ;) |
14:26.41 |
Shubham |
deployment,
increasing efficiency at the backend level, code integration,
documentation to start with |
14:27.12 |
Shubham |
improving UI
on the lines of the new website brlcad.org |
14:28.04 |
AndroUser |
But can this
make a good gsoc project? |
14:28.32 |
ih8sum3r |
Absolutely
Yes. |
14:29.15 |
*** join/#brlcad Ch3ck_
(~Ch3ck@41.205.27.75) |
14:29.44 |
Gabriel_ |
Who should I
contact for the "add exec option to search" GSoC
project? |
14:29.57 |
AndroUser |
Is the meteor
OGV deployed somewhere |
14:30.02 |
Shubham |
AndroUser:
you can add your own milestones as well if you think that they will
be important, these are some things by our side whic NEED to be
done. |
14:30.21 |
ih8sum3r |
Things done
before is like making cake. Icing, cherry on top and many more
still pending. |
14:35.24 |
AndroUser |
Thanx a lot.
For my patch, I was planning to make wireframe option enabled using
three JS |
14:35.55 |
Shubham |
do some more
I would suggest |
14:36.00 |
Shubham |
with
threejs |
14:39.06 |
Shubham |
If you choose
to use CI, then as I had pointed out in the mail, you'll have to do
some extensive work for your patch and proposal, IMO |
14:41.15 |
AndroUser |
Yea sure. I
will explore more with meteor using three JS. I am planning to go
meteor OGV, as I see that a lot of work is done by previous
contributors. |
14:42.34 |
starseeker |
Gabriel_:
it's not a matter of contacting someone privately - discussion is
done in the main channel |
14:43.12 |
starseeker |
Gabriel_: In
essence, the idea would be to add the ability to do something like
"find -exec" with our search command (which you'll see internally
is based off of find code) |
14:44.07 |
starseeker |
libged
defines our argc/argv style commands, and the idea would be to be
able to "exec" those commands on search outputs the same way you
can use exec with find |
14:45.08 |
starseeker |
so you'll
have to look at how the "normal" unix find command does exec, how
our search and libged commands are set up, and determine what has
to be done to make something like exec work in the search
context |
14:45.28 |
Gabriel_ |
Sorry about
contacting privately, could you please explain a bit more in depth
what does "exec" mean in this context? |
14:45.45 |
starseeker |
are you
familar with the UNIX command "find" ? |
14:46.05 |
Gabriel_ |
Does it
refer, for instance, to draw an object as soon as the command finds
that a certain name matches with the use input pattern? |
14:46.10 |
Gabriel_ |
Yes, I
am. |
14:47.10 |
starseeker |
right, so one
possible application would be something like search -type eto -exec
draw {} \; |
14:48.04 |
Gabriel_ |
Would this
have any more extensive uses besides "draw"? |
14:48.08 |
starseeker |
brlcad is
actually more skilled than I am in the many and varied uses of
exec, but the "find and draw" example is a good one to start
with |
14:48.17 |
starseeker |
many |
14:48.40 |
starseeker |
it would
allow users to chain together commands on sets of data produced by
search |
14:49.53 |
Gabriel_ |
I will try to
have a look at the other operation that can be performed on search
output. |
14:51.34 |
starseeker |
Gabriel_: you
won't be able to itemize all of them - in prinicple, any libged
command might end up accepting search output to do something we
can't imagine right now |
14:51.45 |
starseeker |
just like the
UNIX find command |
14:52.24 |
starseeker |
exec is a
generic mechanism to allow the user to specify commands and execute
them, just like find exec |
14:54.02 |
Gabriel_ |
Yes, I
understand that. However, I guess that implementing the "exec" so
that it only draws object would not be enough, would it
be? |
14:55.40 |
starseeker |
no, that
misses the point |
14:55.48 |
starseeker |
exec needs to
be a generic mechanism |
14:55.58 |
starseeker |
the draw
example is simply one possible use of it |
14:56.57 |
Gabriel_ |
I get it now,
thanks! |
14:57.29 |
starseeker |
np |
15:14.11 |
*** join/#brlcad imjustlogging875
(~imjustlog@103.25.231.107) |
15:18.44 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.52.102) |
15:19.04 |
*** join/#brlcad ICEMC
(~Derik@41.202.219.64) |
15:34.03 |
*** join/#brlcad mani_
(c0f80842@gateway/web/freenode/ip.192.248.8.66) |
15:36.21 |
*** part/#brlcad mani_
(c0f80842@gateway/web/freenode/ip.192.248.8.66) |
15:37.36 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
15:47.11 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.101.220) |
15:58.55 |
Notify |
03BRL-CAD
Wiki:156.34.45.57 * 9538 /wiki/Improve_Spline/B%C3%A9zier_Suppor:
Undo revision 9250 by
[[Special:Contributions/96.44.189.101|96.44.189.101]] ([[User
talk:96.44.189.101|talk]]) |
16:07.56 |
*** join/#brlcad AndroUser
(~androirc@123.237.167.57) |
16:08.18 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
16:15.16 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.121) |
16:16.45 |
*** join/#brlcad Shubham_
(01163eda@gateway/web/freenode/ip.1.22.62.218) |
16:19.32 |
AndroUser |
Hey shubham,
Can you please give me details about issue faced while
deployment |
16:22.05 |
Shubham_ |
AndroUser:
you can clone the OGV-meteor repo ('master') branch, and try
deploying it on a FreeBSD VM, to dive deeper into the issues and
other things. |
16:23.02 |
Shubham_ |
this, in my
opinion will be helpful for you in writing a better, detailed
proposal as far as the deployment is concerned |
16:25.21 |
Shubham_ |
Also please
be in sync with Sean brlcad since he was a mentor of the project
last year |
16:26.41 |
AndroUser |
Yes I am
sending him brief about our discussion. |
16:27.42 |
Shubham_ |
That'll be
great! You can schedule IRC meetings via the mailing list as well,
depending on the availability of the intended attendees of the
meeting. |
16:28.43 |
AndroUser |
I have set up
ubuntu, and deployed the master branch on my local machine. Kindly
help me to login( config) |
16:30.36 |
Shubham_ |
You'll find a
hard-coded email and password in the code itself. You can look for
it |
16:31.11 |
AndroUser |
Yea, I am
planning to use atom editor, and suggestion |
16:33.23 |
Shubham_ |
your
choice |
16:33.59 |
AndroUser |
Any
suggestions from your side, any coding standards? |
16:42.22 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.242.120) |
16:59.33 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
17:02.17 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:29.57 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
17:35.27 |
*** join/#brlcad ickby
(~stefan@x5d847b09.dyn.telefonica.de) |
17:36.58 |
*** join/#brlcad Akshay
(~Akshay@120.56.249.198) |
17:38.10 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.235.52) |
18:07.40 |
*** join/#brlcad Akshay
(Akshay@120.56.249.198) |
18:08.30 |
*** join/#brlcad ickby_
(~stefan@x5d847b09.dyn.telefonica.de) |
18:09.28 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
18:09.42 |
*** join/#brlcad ickby_
(~stefan@x5d847b09.dyn.telefonica.de) |
18:18.38 |
Notify |
03BRL-CAD
Wiki:103.10.199.36 * 9539 /wiki/ARL_Technical_Reports: Undo
revision 9531 by
[[Special:Contributions/180.178.107.26|180.178.107.26]] ([[User
talk:180.178.107.26|talk]]) |
18:29.08 |
Notify |
03BRL-CAD
Wiki:207.244.79.136 * 9540 /wiki/ARL_Technical_Reports: |
18:29.49 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
18:30.17 |
*** join/#brlcad ickby
(~stefan@x5d847b09.dyn.telefonica.de) |
18:34.48 |
jasvir |
Hi all. I am
Jasvir Singh Grewal. I introduced myself on BRL-CAD mailing a
couple of days ago. I am interested in contributing in material
database project. Can anyone please tell me some details about it.
Like what is current scenario, what we are supposed to
do? |
18:35.09 |
Notify |
03BRL-CAD
Wiki:207.244.79.144 * 9541 /wiki/ARL_Technical_Reports: |
18:38.02 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.176) |
18:53.32 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.111.74) |
19:00.37 |
*** join/#brlcad ickby_
(~stefan@x5d847b09.dyn.telefonica.de) |
19:16.52 |
Notify |
03BRL-CAD:starseeker * 67244
(brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c and 2
others): Add support for reading vect_t inputs in
bu_opt. |
20:02.02 |
*** join/#brlcad ickby
(~stefan@x5d847b09.dyn.telefonica.de) |
20:13.53 |
*** join/#brlcad Ak7 (Akshay@59.177.107.85) |
20:30.14 |
Notify |
03BRL-CAD:starseeker * 67245
brlcad/trunk/TODO: Make a note of the rtshot crasher - confirmed it
did not crash in 7.20.4 (apparently fails in 7.24.4 due to wanting
more options, rather than double free... |
20:33.32 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
20:42.42 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
20:42.54 |
Notify |
03BRL-CAD:starseeker * 67246
brlcad/trunk/TODO: working commit note |
20:43.14 |
*** join/#brlcad ickby
(~stefan@x5d847b09.dyn.telefonica.de) |
20:56.26 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.173) |
21:16.25 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:18.37 |
Notify |
03BRL-CAD:starseeker * 67247
brlcad/trunk/src/tclscripts/rtwizard/CMakeLists.txt:
checkpoint |
21:31.52 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-250-124.092.074.pools.vodafone-ip.de) |
21:48.56 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
21:50.23 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.252) |
21:54.40 |
*** join/#brlcad shailu1995
(cff456e7@gateway/web/freenode/ip.207.244.86.231) |
21:58.37 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:03.22 |
*** join/#brlcad Guest8165
(~Derik@41.202.219.72) |
22:03.47 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
22:21.27 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
22:23.05 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.241.50) |
22:29.42 |
Notify |
03BRL-CAD
Wiki:117.253.225.178 * 9542
/wiki/Google_Summer_of_Code/Project_Ideas: /* Mentors
*/ |
22:33.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:56.54 |
*** join/#brlcad divamgupta_
(~divamgupt@182.64.168.50) |
22:57.51 |
*** join/#brlcad divamgupta_
(~divamgupt@182.64.168.50) |
23:21.01 |
Notify |
03BRL-CAD
Wiki:Shailu1995 * 0 /wiki/User:Shailu1995: |
00:08.43 |
*** join/#brlcad ickby
(~stefan@x5d847b09.dyn.telefonica.de) |
00:11.06 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
00:36.43 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:12.16 |
*** join/#brlcad shubham
(7b88c544@gateway/web/freenode/ip.123.136.197.68) |
01:31.25 |
*** join/#brlcad wjqffyiwlvrnnnsr
(~armin@dslb-088-066-158-109.088.066.pools.vodafone-ip.de) |
01:49.15 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
02:01.36 |
*** join/#brlcad jasvir
(~jass@96-41-45-242.dhcp.mtpk.ca.charter.com) |
03:04.26 |
*** join/#brlcad simran
(~simran@101.56.183.67) |
03:04.36 |
simran |
exit |
03:05.30 |
*** join/#brlcad simran
(~simran@101.56.183.67) |
03:09.40 |
*** join/#brlcad simran
(~simran@101.56.183.67) |
03:13.53 |
simran |
I am Davinder
Kaur from Guru Nanak Dev Engineering college. I want to contribute
in Material Database work. |
03:19.26 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:8d9d:c208:fd93:9ece) |
03:33.12 |
*** join/#brlcad ice (~Derik@41.202.219.76) |
03:39.10 |
*** join/#brlcad djff_
(~djff@41.202.219.74) |
03:39.47 |
*** join/#brlcad softcoder32
(~djff@41.202.219.74) |
03:43.44 |
softcoder32 |
hello, i am a
gsoc aspirant with good knowledge of python and C, i wish to
participate in gsoc under brlcad. i am interested in the project
Python_Geometry |
03:44.16 |
softcoder32 |
i wish to
have directives on where to start. thanks |
04:31.38 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
04:47.55 |
*** join/#brlcad divamgupta_
(~divamgupt@182.64.168.50) |
05:02.21 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:06.45 |
*** join/#brlcad ickby
(~stefan@x5d847b09.dyn.telefonica.de) |
05:36.11 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:38.46 |
Notify |
03BRL-CAD
Wiki:Bheemana.phanikumar * 0
/wiki/User:Bheemana.phanikumar: |
05:49.45 |
*** join/#brlcad simran
(~simran@101.57.70.14) |
05:59.07 |
*** join/#brlcad softcoder32
(~djff@41.202.219.69) |
06:08.02 |
*** join/#brlcad STW
(~STW@wf102-128.ust.hk) |
06:08.50 |
*** part/#brlcad STW
(~STW@wf102-128.ust.hk) |
06:11.49 |
*** join/#brlcad softcoder32
(~djff@41.202.219.65) |
06:38.42 |
*** join/#brlcad softcoder32
(~djff@41.202.219.70) |
07:30.46 |
*** join/#brlcad ickby
(~stefan@x5d847b09.dyn.telefonica.de) |
07:41.45 |
*** join/#brlcad jasleen
(~jasleen@117.253.225.178) |
07:53.49 |
*** join/#brlcad softcoder32
(~djff@41.202.219.77) |
08:11.04 |
*** join/#brlcad Ak7
(Akshay@120.59.241.222) |
08:17.31 |
*** join/#brlcad Ak7
(Akshay@59.177.234.183) |
08:23.17 |
*** join/#brlcad Ak7
(Akshay@59.177.229.231) |
08:26.44 |
*** join/#brlcad ickby
(~stefan@x5d847b09.dyn.telefonica.de) |
08:27.11 |
*** join/#brlcad divamgupta_
(~divamgupt@182.64.100.80) |
08:34.07 |
*** join/#brlcad Ak7 (Akshay@59.177.234.8) |
08:42.33 |
*** join/#brlcad Ak7 (Akshay@120.59.241.33) |
08:48.16 |
*** join/#brlcad Ak7 (Akshay@120.59.252.85) |
08:51.57 |
*** join/#brlcad Ch3ck_
(~Ch3ck@41.205.27.103) |
09:24.22 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
09:29.29 |
tandoorichick |
brlcad: I've
commented on the ticket #429 with the problems encountered and also
attached the new patch along with a few screenshots for
comparison. |
09:34.48 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.99.96) |
09:51.01 |
*** join/#brlcad ickby
(~stefan@x5d84df6e.dyn.telefonica.de) |
09:54.28 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.100.80) |
09:56.40 |
*** join/#brlcad ickby_
(~stefan@x5d84df6e.dyn.telefonica.de) |
09:56.51 |
*** join/#brlcad ickby_
(~stefan@x5d84df6e.dyn.telefonica.de) |
09:58.44 |
*** join/#brlcad Debanjana07
(~androirc@103.251.83.162) |
09:59.32 |
*** join/#brlcad asnel_ulrich
(~asnel_ulr@41.244.242.111) |
10:02.16 |
*** join/#brlcad ickby_
(~stefan@x5d84df6e.dyn.telefonica.de) |
10:09.11 |
*** join/#brlcad Debanjana07
(~androirc@103.251.83.162) |
10:09.55 |
*** join/#brlcad Ak7 (Akshay@120.59.252.85) |
10:10.30 |
*** join/#brlcad ickby
(~stefan@x5d84df6e.dyn.telefonica.de) |
10:18.53 |
*** join/#brlcad Debanjana07
(~androirc@103.251.83.162) |
10:21.32 |
*** join/#brlcad Debanjana07
(~androirc@103.251.83.162) |
10:26.29 |
*** join/#brlcad ickby
(~stefan@x5d84df6e.dyn.telefonica.de) |
10:27.22 |
*** join/#brlcad Debanjana07
(~androirc@103.251.83.162) |
10:31.30 |
*** join/#brlcad Gabriel_
(bc1bab04@gateway/web/freenode/ip.188.27.171.4) |
10:33.44 |
Gabriel_ |
hey
starseeker, I am back with a few more questions about adding "exec"
to search. |
10:34.25 |
Gabriel_ |
first, the
"search" command usually looks for matching patterns within the
currently opened database? |
10:34.44 |
Gabriel_ |
is it any
option to search in all the databases? |
10:35.14 |
*** join/#brlcad Debanjana07
(~androirc@103.251.83.162) |
10:36.33 |
*** join/#brlcad ishwerdas
(1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231) |
11:02.03 |
*** join/#brlcad Debanjana07
(~androirc@103.251.83.162) |
11:24.52 |
*** join/#brlcad ishwerdas
(1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231) |
11:26.35 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.100.80) |
11:52.51 |
*** join/#brlcad shubham
(7b88c544@gateway/web/freenode/ip.123.136.197.68) |
11:56.14 |
*** join/#brlcad Debanjana07
(~androirc@103.251.83.162) |
12:54.04 |
Gabriel_ |
I have
another question about the "add exec to search" project - could we
execute more commands on found objects? (commands probably
separated by ';', like it is done in UNIX) |
12:54.26 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.100.80) |
12:54.52 |
Gabriel_ |
I mean is it
needed to chain more commands together? |
13:09.34 |
*** join/#brlcad Ak7 (Akshay@120.59.252.85) |
13:13.32 |
*** join/#brlcad softcoder32
(~djff@41.202.219.66) |
13:21.40 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
13:28.41 |
*** join/#brlcad Debanjana07
(~androirc@43.251.170.125) |
13:35.04 |
*** join/#brlcad softcoder32
(~djff@41.202.219.78) |
13:50.36 |
*** join/#brlcad abanda
(~abanda@41.202.219.67) |
13:52.22 |
*** join/#brlcad Akshay
(Akshay@120.59.252.85) |
13:52.50 |
abanda |
please for a
reference where i can understand most of the functions implemented
in brlcad source code |
13:55.23 |
starseeker |
Gabriel_: it
searches in the currently open database |
13:56.19 |
starseeker |
ideally we
would want to be able to exec multiple times on found objects like
in UNIX, yes |
13:57.27 |
*** join/#brlcad 14WAAEG7W
(~divamgupt@182.64.168.50) |
14:00.29 |
abanda |
please for a
link guys |
14:06.03 |
Gabriel_ |
you mean
execute the same command on found objects or different commands on
those objects? or both? |
14:08.08 |
Ch3ck_ |
I can't seem
to launch the GUI of the latest svn checkout for
BRL-CAD |
14:08.25 |
Gabriel_ |
like would
this be possible? "search b* -exec draw {}; draw{} \;" |
14:08.37 |
Ch3ck_ |
Does anyone
have this same issue? |
14:08.48 |
Gabriel_ |
(I know that
"draw" is not the best example) |
14:08.54 |
Ch3ck_ |
starseeker,
brlcad I don't know if there's something wrong |
14:10.53 |
Ch3ck_ |
I might have
missed here |
14:17.44 |
*** join/#brlcad Akshay
(Akshay@120.59.252.85) |
14:21.57 |
*** join/#brlcad ickby
(~stefan@x5d84df6e.dyn.telefonica.de) |
14:36.10 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
14:37.18 |
*** join/#brlcad Ak7
(Akshay@120.59.243.178) |
14:48.01 |
*** join/#brlcad Akshay
(Akshay@59.177.227.141) |
15:34.47 |
*** join/#brlcad Akshay
(Akshay@120.56.242.157) |
15:45.35 |
*** join/#brlcad Akshay
(Akshay@120.59.248.182) |
15:58.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:08.24 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.99.158) |
17:19.34 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.168.50) |
17:23.17 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.100.80) |
17:39.54 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.100.80) |
17:50.47 |
*** join/#brlcad divamgupta_
(~divamgupt@182.64.168.50) |
17:51.54 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.110.201) |
17:56.21 |
Notify |
03BRL-CAD:starseeker * 67248
brlcad/trunk/src/tclscripts/rtwizard/main.c: checkpoint |
18:17.59 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.100.80) |
18:20.09 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.140.70) |
18:26.04 |
*** join/#brlcad Akshay
(Akshay@120.59.248.182) |
18:36.39 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
19:03.36 |
*** join/#brlcad Akshay
(~Akshay@120.59.248.182) |
19:42.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:05.01 |
Gabriel_ |
hey guys,
related to the "add exec to search" gsoc project, assuming that the
implemetation of "exec" would accept more commands at once to be
executed on the found objects, how should the commands be
stored? |
20:06.11 |
Gabriel_ |
I've thought
about getting that whole string, separating in with strtok and then
save the tokens inside a list, would this make a good
approach? |
20:07.03 |
Gabriel_ |
each token
would be each individual command which is to be executed on the
found objects |
20:07.23 |
*** join/#brlcad divamgupta_
(~divamgupt@182.64.168.50) |
20:09.14 |
*** part/#brlcad Ch3ck_
(~Ch3ck@154.70.110.201) |
20:44.39 |
*** join/#brlcad shubham
(7b88c5a5@gateway/web/freenode/ip.123.136.197.165) |
21:54.23 |
*** join/#brlcad shubham___
(71c18a44@gateway/web/freenode/ip.113.193.138.68) |
22:08.47 |
*** join/#brlcad shubham
(71c18a44@gateway/web/freenode/ip.113.193.138.68) |
22:18.21 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
00:27.57 |
*** join/#brlcad infobot (ibot@rikers.org) |
00:27.57 |
*** 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/ |
01:30.10 |
*** join/#brlcad acmjnyfnoqdkrfom
(~armin@dslb-088-064-033-116.088.064.pools.vodafone-ip.de) |
01:41.45 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:33.42 |
boj |
Hi,
@starseeker, recently, I have read the manual and know some basic
concepts of BRL-CAD modeling system, now I want to do somthing. As
you suggested last time, creating brep_cobb and a un-closed Bot
like a plane(both plate mode and ordinay BoT mode), and using
*rtshot* to track the ray, I do this and get the result, It is
different, I mean if the plate mode is only useful when the whole
surface is not enclosed? I also try a closed sphere w |
03:34.28 |
*** join/#brlcad boj_
(~boj@2001:250:3c02:763:8d9d:c208:fd93:9ece) |
03:34.54 |
boj_ |
That is to
say, if I want to migrate the plate mode into NURBS, do I need to
check if the surface is closed? Or you have done it
before? |
04:19.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
04:39.38 |
*** join/#brlcad softcoder32
(~djff@41.202.219.64) |
05:09.33 |
*** join/#brlcad softcoder32
(~djff@41.202.219.66) |
05:46.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
06:49.51 |
*** join/#brlcad softcoder32
(~djff@41.202.219.74) |
06:57.30 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:27.22 |
*** join/#brlcad softcoder32
(~djff@41.202.219.71) |
07:56.03 |
*** join/#brlcad softcoder32
(~djff@41.202.219.72) |
08:21.55 |
*** join/#brlcad softcoder32
(~djff@41.202.219.78) |
09:09.02 |
*** join/#brlcad YANICK_
(~YANICK_@41.202.219.67) |
09:38.46 |
*** join/#brlcad YANICK_
(~YANICK_@41.202.219.69) |
10:05.48 |
*** join/#brlcad catchchaos
(6ad8b47b@gateway/web/freenode/ip.106.216.180.123) |
10:11.29 |
*** join/#brlcad Gabriel_
(050cd591@gateway/web/freenode/ip.5.12.213.145) |
10:12.08 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
10:21.25 |
Gabriel_ |
Hi, I am back
with some of my yesterday questions about "adding -exec to search"
GSoC project. |
10:22.38 |
Gabriel_ |
I've seen
that in UNIX "find -exec", the command has to determine whether the
current command has to be applied to a file inside the current
directory or in another directory. |
10:22.58 |
Gabriel_ |
In the latter
case, the full path of the file must be determined. |
10:23.54 |
Gabriel_ |
Here, I've
been told that "search" only looks for the objects inside the
currently opened database. |
10:25.13 |
Gabriel_ |
I guess that
there is no need to determine the path of the found object (such as
UNIX does), since BRL-CAD "search" is only looking in the currently
opened database, am I right? |
10:28.36 |
*** join/#brlcad YANICK_
(~YANICK_@41.202.219.75) |
10:31.26 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
10:43.46 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
11:02.33 |
*** join/#brlcad 92AAAH867
(~divamgupt@103.25.231.102) |
11:16.43 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.110.201) |
11:45.03 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
12:02.01 |
*** join/#brlcad icemc
(~abanda@41.202.219.79) |
12:05.57 |
*** join/#brlcad YANICK_
(~YANICK_@41.202.219.79) |
12:11.47 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
12:47.04 |
starseeker |
boj: indeed,
a plate mode NURBS import will *not* check if the surface is
closed |
12:47.27 |
starseeker |
boj: we check
now because we only support closed shapes - the idea of plate mode
NURBS is to support objects that are not closed |
12:47.55 |
boj |
sorry, I do
not really get it. |
12:48.39 |
starseeker |
boj: a B-Rep
is made up of mulitple surfaces, which together bound a volume in
space |
12:49.01 |
starseeker |
boj: a single
surface (like 1 of the 6 cobb sphere plates) does *not* bound a
volume in space |
12:49.13 |
boj |
yes, I can
understand |
12:49.43 |
boj |
can we say
the 6 cobb sphere is closed together? |
12:49.49 |
starseeker |
yes |
12:50.03 |
starseeker |
together,
those 6 surfaces are closed |
12:50.12 |
boj |
that should
be fine, I have tested different case |
12:50.32 |
boj |
so we need a
scheme to identify the closure? |
12:51.01 |
starseeker |
no, we need a
raytracing approach that will generate in and out hit points, with
a thickness, when we have a surface that is *not*
closed |
12:51.06 |
starseeker |
like the
plate mode bots |
12:51.20 |
starseeker |
but for
NURBS |
12:51.34 |
boj |
pls allow me
think for a moment..it is a little bit confusing.. |
12:52.03 |
starseeker |
boj: there is
a test file in src/librt/tests called
extreme_ssi_test.g |
12:52.16 |
starseeker |
in it are two
non-closed NURBS surfaces |
12:52.31 |
starseeker |
currently, we
cannot raytrace those surfaces, because they do not bound a closed
volume |
12:53.35 |
starseeker |
a "plate
mode" NURBS raytracer would take the infinitely thin surface, and
from the single hit point we can get from that surface would
generate in hit and out hit positions and normals that treated that
surface as if it were a very thin solid in space |
12:53.45 |
boj |
I know, the
*thickness* is just a kind of description(or property) of the
surface, they do not really exist, when do raytracing, why we need
it is just for a in/out hitting point? |
12:54.14 |
starseeker |
yes - BRL-CAD
is a solid raytracing system. We need solids, and surfaces are not
solids |
12:54.34 |
starseeker |
so "plate
mode" raytracing "fakes" solidity by turning it into very thin
solids |
12:54.45 |
starseeker |
boj: brlcad
might be able to explain it better |
12:55.06 |
boj |
and the *thin
solid* is described by the thickness? I think I can get
it. |
12:55.19 |
starseeker |
essentially |
12:55.54 |
boj |
OK, I read
the code, in bots, the thickness of each triangle is
in-variable? |
12:55.56 |
starseeker |
the surface
is "assigned" a thickness, and the raytracing results from the
individual surface are adjusted to reflect that
thickness |
12:56.13 |
starseeker |
right - the
thickness is a property of the whole surface |
12:56.44 |
boj |
aha, it seems
to be more clear to me. |
12:57.26 |
starseeker |
so if you
raytrace just one of the six cobb surfaces, you'll get either 1 or
2 hit points depending on what direction the ray comes
from. |
12:57.45 |
starseeker |
that's what a
single surface reports. But for solid raytracing, we need 2 or 4
hit points |
12:58.21 |
starseeker |
So, in the 1
hit point case, we would take the reported intersection and normal
and deduce two hit points from that original hit point |
12:59.34 |
boj |
you mean
then, along the normal direction, we can calculate another hitting
point while the surface with a *given thickness*? |
12:59.42 |
starseeker |
there are
some subtle issues, like where in space the deduced points should
go and what to do near the edges of the NURBS surface (or if, say,
you're shooting a ray at a tangent that misses the actual NURBS
surface but would hit the pseudo solid with thickness) |
13:00.15 |
starseeker |
boj: that's
one scheme. another is to treat the actual hit as the midpoint and
generate two new points, above and below |
13:00.39 |
boj |
above and
below? how to say? |
13:01.39 |
starseeker |
so we have a
hit on one of the cobb sphere surfaces. That hit has a normal. We
can take our thickenss value, and generate two new points - one
back in the direction the surface normal is pointing, and one in
the opposite direction from that of the surface normal. |
13:02.08 |
starseeker |
or we might
generate points along the ray direction, using the surface normals
from the hit point |
13:02.38 |
starseeker |
Or there
might be other schemes - BoTs are rather simpler in many ways since
they're individually flat |
13:02.58 |
boj |
but if we
trace the back direction of hit point, will it miss? |
13:03.02 |
starseeker |
as I say,
brlcad may have more/better insight on how to approach
this... |
13:03.34 |
starseeker |
you mean,
shoot the ray from the other side of the surface? |
13:03.42 |
starseeker |
no, it should
still report the hit |
13:04.22 |
starseeker |
boj: I've got
to run - if brlcad comes in later he may have better ways to
explain |
13:04.44 |
boj |
OK, thank
you |
13:04.58 |
boj |
I need to
think it and make a short plan.. |
13:05.22 |
boj |
thanks
@starseeker.. :) |
13:09.24 |
*** join/#brlcad yorik
(~yorik@152.250.221.17) |
13:14.57 |
Ch3ck_ |
starseeker, I
can't seem to load the GUI for MGED on the latest svn
checkout |
13:15.00 |
Ch3ck_ |
I built as
debug |
13:15.07 |
Ch3ck_ |
I don't know
if there's something wrong I am doing? |
13:26.03 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:40.27 |
*** join/#brlcad tafodinho
(~tafodinho@154.70.98.111) |
14:13.06 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.110.201) |
14:15.21 |
``Erik |
tafodinho:
tip #1, chat in the channel :) general tree walker would be useful,
but would require some pretty hefty C chops, as it'd involve things
like complicated recursion on possibly volatile data structures,
function pointers, etc. If that sounds like something you believe
you can handle, I'd recommend starting with the general
recommendations for new gsoc students on the wiki |
14:16.16 |
``Erik |
tafodinho:
once you have BRL-CAD installed, maybe look at some trees in sample
geometry and try doing things with the existing tree walkers to get
a feeling for how they work? |
14:18.46 |
tafodinho |
``Erik:
thanks for the info |
14:29.18 |
*** join/#brlcad softcoder32
(~djff@41.202.219.66) |
14:55.17 |
Notify |
03BRL-CAD:starseeker * 67249
brlcad/trunk/src/tclscripts/rtwizard/main.c: checkpoint |
15:15.27 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.190.209) |
15:17.55 |
*** join/#brlcad Robert_Dumitru
(~robert.du@2a02:2f0b:8020:102a:2c02:6771:2748:914f) |
15:18.05 |
*** part/#brlcad Robert_Dumitru
(~robert.du@2a02:2f0b:8020:102a:2c02:6771:2748:914f) |
15:21.40 |
*** join/#brlcad YANICK_
(~YANICK_@41.202.219.64) |
15:22.01 |
*** join/#brlcad icemc
(~abanda@41.202.219.64) |
15:28.15 |
*** join/#brlcad shubham
(71c18a03@gateway/web/freenode/ip.113.193.138.3) |
15:29.37 |
Notify |
03BRL-CAD
Wiki:188.25.106.72 * 9543 /wiki/Benchmark_Performance_Database: /*
References */ |
15:30.17 |
Notify |
03BRL-CAD
Wiki:188.25.106.72 * 9544 /wiki/Benchmark_Performance_Database: /*
References */ |
15:33.12 |
*** join/#brlcad anova
(~robert7_@41.202.219.64) |
15:46.29 |
*** join/#brlcad Ak7
(~Akshay@112.196.146.41) |
15:53.57 |
*** join/#brlcad YANICK_
(~robert7_@41.202.219.70) |
15:53.58 |
*** join/#brlcad icemc
(~abanda@41.202.219.70) |
15:54.56 |
*** join/#brlcad anova
(~robert7_@41.202.219.70) |
16:10.52 |
*** join/#brlcad ramandeep
(~ramandeep@122.173.190.209) |
16:33.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:38.02 |
*** join/#brlcad tafodinho
(~tafodinho@154.70.98.111) |
17:00.39 |
*** join/#brlcad anova
(~robert7_@41.202.219.78) |
17:01.34 |
*** join/#brlcad icemc
(~abanda@41.202.219.78) |
17:01.59 |
*** join/#brlcad YANICK_
(~robert7_@41.202.219.78) |
17:12.17 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.190.209) |
17:16.38 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:55.12 |
*** join/#brlcad softcoder32
(~djff@41.202.219.77) |
17:57.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:57.18 |
*** join/#brlcad Gabriel_
(54e8bc31@gateway/web/freenode/ip.84.232.188.49) |
17:58.40 |
Gabriel_ |
How should
the commands which are to be executed of found objects ("add exec
to search command" project) be stored? |
17:58.52 |
Gabriel_ |
Would it be a
good idea to store each of them in a linked list? |
18:21.31 |
*** join/#brlcad Ak7
(~Akshay@112.196.146.41) |
18:34.16 |
*** join/#brlcad tafodinho
(~tafodinho@41.205.28.219) |
18:47.29 |
*** join/#brlcad softcoder32
(~djff@41.202.219.75) |
18:56.47 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.110.201) |
19:00.54 |
*** join/#brlcad icemc
(~abanda@41.202.219.79) |
19:00.56 |
*** join/#brlcad YANICK_
(~robert7_@41.202.219.79) |
19:01.40 |
*** join/#brlcad anova
(~robert7_@41.202.219.79) |
19:24.34 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
19:39.31 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
20:02.23 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
20:14.48 |
jasvir |
hi all. I was
trying to build brlcad. But each time I try, I ended up with an
error while executing make. http://paste.ubuntu.com/15323240/ |
20:14.59 |
jasvir |
Please help
me to resolve this. |
20:49.11 |
*** join/#brlcad softcoder32
(~djff@41.202.219.70) |
21:00.17 |
tandoorichick |
to run mged
you can build just that, instead of 'all'. make -j4
mged |
21:46.42 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
21:58.22 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-064-033-116.088.064.pools.vodafone-ip.de) |
22:31.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:42.00 |
Notify |
03BRL-CAD
Wiki:Semplogumbira * 0 /wiki/User:Semplogumbira: |
22:46.46 |
*** join/#brlcad shubham
(71c18b68@gateway/web/freenode/ip.113.193.139.104) |
23:08.21 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:39.21 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
01:23.19 |
*** join/#brlcad danger_
(6725c94a@gateway/web/freenode/ip.103.37.201.74) |
01:31.30 |
*** join/#brlcad gpsojswiqapkqczr
(~armin@dslb-092-074-224-090.092.074.pools.vodafone-ip.de) |
02:32.32 |
*** join/#brlcad softcoder32
(~djff@41.202.219.70) |
02:51.58 |
*** join/#brlcad softcoder32
(~djff@41.202.219.70) |
03:21.39 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
03:30.45 |
*** join/#brlcad shubham
(a5e1683b@gateway/web/freenode/ip.165.225.104.59) |
03:45.57 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
03:53.06 |
*** join/#brlcad softcoder32
(~djff@41.202.219.74) |
05:16.08 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:23.12 |
*** join/#brlcad kushagra
(~kushagra@122.164.114.150) |
05:23.31 |
*** part/#brlcad kushagra
(~kushagra@122.164.114.150) |
05:44.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:44.27 |
*** join/#brlcad softcoder32
(~djff@41.202.219.76) |
07:05.04 |
*** join/#brlcad softcoder32
(~djff@41.202.219.68) |
07:52.01 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
08:20.34 |
*** join/#brlcad shubham
(a5e1683b@gateway/web/freenode/ip.165.225.104.59) |
08:26.03 |
*** join/#brlcad softcoder32
(~djff@41.202.219.71) |
08:32.37 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
09:33.42 |
*** join/#brlcad jasvir
(~jass@75-142-124-111.static.mtpk.ca.charter.com) |
09:34.49 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.103.178) |
10:08.04 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.98.175) |
10:37.37 |
*** join/#brlcad mecale
(~yann@154.70.98.175) |
11:05.24 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
11:32.24 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
12:02.04 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
12:02.24 |
tandoorichick |
could someone
tell me if the 'voxelize' command project will be good enough for
GSoC '16, since a lot of work has been done already? or is it
better moving onto some other project, like a geometry conversion
project (i looked up and found the collada importer
project) |
12:09.57 |
d_rossberg |
tandoorichick: i would recommend to look
for a project on a prioritized topic (e.g. geometry/image
conversion) |
12:38.04 |
*** join/#brlcad YANICK_
(~YANICK19@154.70.98.175) |
12:55.07 |
tandoorichick |
d_rossberg:
thanks for advice, will work on it! |
12:55.55 |
*** join/#brlcad softcoder32
(~djff@41.202.219.75) |
13:03.13 |
*** join/#brlcad yorik
(~yorik@152.250.221.17) |
13:25.36 |
*** join/#brlcad shubham
(7b88c55a@gateway/web/freenode/ip.123.136.197.90) |
13:38.35 |
*** join/#brlcad softcoder32
(~djff@41.202.219.70) |
13:51.52 |
*** join/#brlcad aumkaria
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
13:53.59 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:58.03 |
*** join/#brlcad umeshksingla
(umeshksing@nat/iiit/x-pdcdlapykpzxnjto) |
13:58.18 |
*** part/#brlcad umeshksingla
(umeshksing@nat/iiit/x-pdcdlapykpzxnjto) |
13:59.52 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
14:09.07 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
14:26.33 |
*** join/#brlcad guest___
(0e8bf3a3@gateway/web/freenode/ip.14.139.243.163) |
14:28.11 |
*** part/#brlcad guest___
(0e8bf3a3@gateway/web/freenode/ip.14.139.243.163) |
14:41.04 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
14:57.08 |
*** join/#brlcad 14WAAE4DD
(~divamgupt@103.25.231.102) |
15:46.23 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
15:58.22 |
*** join/#brlcad localhost_
(~localhost@154.70.99.88) |
15:58.52 |
*** join/#brlcad 7YUAAHRUO
(~divamgupt@103.25.231.102) |
16:06.59 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
16:07.48 |
*** join/#brlcad tafodinho
(~tafodinho@154.70.99.88) |
16:19.14 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
16:20.33 |
Notify |
03BRL-CAD:starseeker * 67250
brlcad/trunk/src/tclscripts/rtwizard/main.c: Add flags to indicate
width/height were set. |
16:21.09 |
Notify |
03BRL-CAD:brlcad * 67252
brlcad/trunk/CMakeLists.txt: no need to test for symlink support,
at least not for bu_same_file(). |
16:21.18 |
Notify |
03BRL-CAD:brlcad * 67251
brlcad/trunk/src/libbu/file.c: having or not having symlinks has no
bearing whether we should stat our files. that said, there should
be no harm calling realpath on our arguments before stating
them. |
16:21.38 |
Notify |
03BRL-CAD:brlcad * 67256
brlcad/trunk/src/conv/patch/rpatch.c: be a good citizen on windows,
let rpatch create windows-style text files now that patch-g isn't
being ignorant. |
16:21.41 |
Notify |
03BRL-CAD:brlcad * 67253
brlcad/trunk/NEWS: daniel fixed rpatch line ending handling on
windows. stdout defaults to text mode, but desirable to set it to
binary so that patch-g reads it without issue. need to revisit why
patch-g wasn't handling line ending correctly. |
16:21.47 |
Notify |
03BRL-CAD:brlcad * 67257
(brlcad/trunk/include/bu/mime.h brlcad/trunk/include/bu/path.h and
6 others): bu_path_component and associated enum are missing bu
prefix, so start with the enum. reword them without CORE as the
word doesn't convey meaning, implicit or explicit. instead of
defining, try something that conveys explicit meaning. |
16:21.49 |
Notify |
03BRL-CAD:brlcad * 67258
brlcad/trunk/TODO: need to quick-test rtg3 |
16:21.56 |
Notify |
03BRL-CAD:brlcad * 67263
brlcad/trunk/src/libbu/path.c: it's a [mime]:: prefix now, update
comments accordingly from 'mime:' |
16:21.58 |
Notify |
03BRL-CAD:brlcad * 67261
(brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/path.c and 3
others): rename a second time for even less inconsistency. the mime
type mentions really feel out of place here (and are the remaining
inconsistency as the example implies all are without a mime
prefix), especially the enum extension hack... as there is mime
api, should probably just have a string pass that strips the
mime |
16:22.00 |
Notify |
before
bu_path_component() gets its hands on it. |
16:22.02 |
Notify |
... |
16:22.05 |
Notify |
03BRL-CAD:brlcad * 67255
brlcad/trunk/src/conv/patch/patch-g.c: no need for separate read
buffers since both the materials and rpatch data should easily fit.
looking at rpatch's printf, the longer of the two, it doesn't look
like lines even exceed 120 chars so this should be
plenty. |
16:22.07 |
Notify |
03BRL-CAD:brlcad * 67254
brlcad/trunk/src/conv/patch/patch-g.c: this should make patch-g
work properly with rpatch files containing unix or windows line
endings, eliminating the need to manually force rpatch output to
binary mode. |
16:22.09 |
Notify |
03BRL-CAD:brlcad * 67260
brlcad/trunk/TODO: tools should work without a batch script,
regardless of it meaning convert the runtime (or not). |
16:22.11 |
Notify |
03BRL-CAD:brlcad * 67259
brlcad/trunk/src/libgcv/plugins/vrml/vrml_read/string_util.cpp:
remove dead code |
16:22.15 |
Notify |
03BRL-CAD:brlcad * 67262
(brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/path.c
brlcad/trunk/src/util/icv.cpp): go with FULL instead of MIMELESS so
the first entry is a simple and positive characterization. more
descriptive than the ALL misnomer, and still brief. survivable even
if mime prefix handling is decoupled. |
16:26.17 |
Notify |
03BRL-CAD:n_reed * 67264
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
add documentation on tolerance tests |
16:43.09 |
*** join/#brlcad gagan
(~gagan@122.173.25.216) |
16:52.11 |
*** join/#brlcad tafodinho
(~tafodinho@154.70.99.193) |
16:54.27 |
*** join/#brlcad tafodinho
(~tafodinho@154.70.99.193) |
17:05.21 |
*** join/#brlcad softcoder32
(~djff@41.202.219.73) |
17:06.45 |
*** join/#brlcad gagan
(~gagan@122.173.25.216) |
17:09.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:25.40 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
18:14.53 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
18:53.54 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
19:00.43 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:06.10 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
19:12.54 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
19:20.15 |
Notify |
03BRL-CAD:n_reed * 67265
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
add note about 3D point array being used for 2D points |
19:20.39 |
jasvir |
hello there.
I was looking into incorporating Qt with mged. There was a project
regarding this in GSoC 2013
http://brlcad.org/wiki/User:Vladbogolin/GSoC2013/qt-display-manager.
Can anyone please help me to know more about this. |
19:36.14 |
*** join/#brlcad softcoder32
(~djff@41.202.219.69) |
19:45.58 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
19:52.15 |
starseeker |
jasvir: I
believe the conclusion was that it would be better to look at
re-implementing MGED in Qt as opposed to trying to make Tk and Qt
"play nice" together |
19:53.09 |
starseeker |
jasvir: I
know the MGED gui looks pretty simple, but getting a duplicate of
MGED fully set up on Qt is actually more work than you would
think |
19:54.17 |
starseeker |
jasvir: you
would need to identify how MGED translates mouse movements into
geometry rotation, translation, etc. and how to do the same things
with a Qt widget, how to implement the various dialogs (or at least
functionally equivalent replacements - you wouldn't want to
duplicate our current background color widget, for
example) |
19:55.23 |
starseeker |
make a
functional terminal widget to replace the MGED console, which has
its own details lurking, etc. |
19:56.45 |
starseeker |
There's a
start in the qged branch:
https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/branches/qtged/ |
19:57.43 |
starseeker |
that attempt
has some things not needed to duplicate MGED as it currently exists
(the button panels, for example) but some of it would be
relevant |
19:58.47 |
starseeker |
any project
proposal for that topic would need to convince us that the proposer
has a good grasp of what kind and amount of work would be needed to
complete the project - a detailed plan that shows a good
understanding of both the MGED and Qt issues involved |
20:09.07 |
jasvir |
starseeker,
that seem quite fascinating. I quite familiar with Qt but I don't
have that much understanding about MGED right now but I can can get
familiar with it really quickly. |
20:10.00 |
jasvir |
starseeker:
is qged currently working to some extent? |
20:13.42 |
Notify |
03BRL-CAD:brlcad * 67266
brlcad/trunk/src/libbu/file.c: add support for determining whether
two files are the same file on Windows using the
GetFileInformationByHandle call. This is similar to stat(), but
requires an open file handle. Calling stat() is nfg on Windows for
non-unix filesystems as inode remains unset. This method checks
where the file is on disk. |
20:17.13 |
Notify |
03BRL-CAD:starseeker * 67267
brlcad/trunk/src/libbu/file.c: Spelling fix. |
20:17.23 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:25.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:36.08 |
*** join/#brlcad softcoder32
(~djff@41.202.219.71) |
20:37.08 |
Notify |
03BRL-CAD:starseeker * 67268
brlcad/trunk/src/libbu/file.c: Move things around so we only define
sb1 and sb2 if we need them (otherwise get unused variable warning
under Windows. |
21:20.18 |
Notify |
03BRL-CAD:brlcad * 67269
brlcad/trunk/src/libbu/file.c: add a note about identical path
names would conceivably fail the stat and
GetFileInformationByHandle test methods, but we pretend they would
result in the same lookup. by that same measure, we could have
completely different files actually map to the same thing on disk
(i.e., a false positive) on a crazy-fast-changing filesystem. not a
case we particularly |
21:20.20 |
Notify |
care about,
but worth noting. eliminate an unnecessary scope increase and
redundant comment while we're at it. |
21:20.22 |
Notify |
... |
21:22.43 |
Notify |
03BRL-CAD:brlcad * 67270
(brlcad/trunk/src/libbu/argv.c brlcad/trunk/src/libbu/b64.c and 13
others): auto ws indent and trailing junk cleanup |
21:51.12 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.25.216) |
21:52.46 |
*** join/#brlcad Gabriel__
(bc1ba547@gateway/web/freenode/ip.188.27.165.71) |
22:00.18 |
*** join/#brlcad Gabriel___
(567919d7@gateway/web/freenode/ip.86.121.25.215) |
22:10.27 |
Notify |
03BRL-CAD:n_reed * 67271
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
document meaning of a common intersection event loop
pattern |
22:11.54 |
Gabriel___ |
Hello, about
the "add exec option to search" project, I have 2 more questions:
first is how should the commands which are to be executed stored
(maybe separate them into tokens and use a linked list?) and second
question is could you give me some more important examples about
"exec", besides "draw"? |
22:31.37 |
starseeker |
Gabriel___:
as to the former, that's something you'll have to figure out as
part of your implementation plan. There are numerous possibilities
- the important thing is that it works |
22:32.07 |
starseeker |
Gabriel___:
as to the second, another example might be wanting to set the color
attribute on all objects returned from a search |
22:33.14 |
starseeker |
if you look
at example 19 in the MGED man page for search (brlman search from
the command line, or man search from the MGED prompt) you'll see a
foreach script being used on the results of a search command stored
in a tcl list |
22:33.37 |
starseeker |
that's the
current "workaround" for the lack of an exec option, so that's
another good example |
22:35.56 |
Gabriel___ |
thanks for
the answer, that foreach script seems like a good point to
research |
22:54.30 |
starseeker |
foreach is a
Tcl command - BRL-CAD's default MGED prompt is a tcl
shell |
23:01.58 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.25.216) |
23:11.46 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:25.15 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:06.09 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:31.45 |
Notify |
03BRL-CAD:starseeker * 67282
brlcad/trunk/misc/CMake/DocBook.cmake: Go with fewer DocBook build
targets. |
00:40.45 |
Notify |
03BRL-CAD:starseeker * 67283
brlcad/trunk/src/libbu/opt.c: initialize |
00:47.00 |
brlcad |
starseeker:
you do realize in r67283 that you only initialized v3? |
00:48.04 |
Notify |
03BRL-CAD:starseeker * 67284
brlcad/trunk/src/libbu/opt.c: whoops |
01:04.52 |
Notify |
03BRL-CAD:starseeker * 67285
brlcad/trunk/misc/CMake/docbook.cmake.in: fix header |
01:12.11 |
Notify |
03BRL-CAD:starseeker * 67286
brlcad/trunk/misc/CMake/DocBook.cmake: Tweak install
logic |
01:14.48 |
starseeker |
brlcad: I
didn't, but the compiler did |
01:15.01 |
starseeker |
brlcad: is
there a shorthand syntax for that situation? |
01:17.35 |
brlcad |
int a = 3, b
= 2, c = 1; |
01:17.41 |
brlcad |
(i.e.,
no) |
01:17.52 |
starseeker |
humph |
01:17.58 |
brlcad |
unless you
separate declaration from init |
01:18.01 |
brlcad |
int a, b,
c; |
01:18.06 |
brlcad |
a = b = c =
0; |
01:18.09 |
starseeker |
ah |
01:18.36 |
brlcad |
what you did
is generally best practice |
01:18.43 |
brlcad |
one per line,
init on declaration |
01:19.00 |
starseeker |
nods - just feels clunky/verbose, but it is what it
is |
01:19.25 |
starseeker |
closing in -
down to less than 900 build targets on Windows now |
01:19.28 |
brlcad |
unambiguous,
explicit |
01:19.37 |
brlcad |
cool, feel
any faster? |
01:19.41 |
starseeker |
yes |
01:19.49 |
starseeker |
especially
when re-running configure |
01:19.55 |
brlcad |
I'll have to
time my load times and build carefully before I svn up my windows
image |
01:20.26 |
starseeker |
still
hammering out nit-noid stuff - I'd forgotten how many moving parts
all of this stuff has |
01:21.23 |
starseeker |
oddly,
getting a pretty decent configure speed up on Linux - probably
'cause we were generating both HTML and MAN outputs there (Windows
is generally HTML only) |
01:21.46 |
brlcad |
looks like
67279 (DocBook.cmake) is not quoted paths |
01:23.46 |
starseeker |
nods - not sure if it'll matter in that case, but won't
hurt |
01:24.11 |
Notify |
03BRL-CAD:starseeker * 67287
brlcad/trunk/misc/CMake/DocBook.cmake: Quote paths
(Sean) |
01:24.30 |
starseeker |
will fire a distcheck-full once the regular distcheck
behaves |
01:26.28 |
starseeker |
*really* needs to send CMake a patch that prints out
configure and generation times as part of the standard CMake
output... it wouldn't even be that hard... |
01:32.27 |
starseeker |
OK, regular
distcheck passed |
01:32.37 |
starseeker |
crosses fingers |
01:37.54 |
brlcad |
finalized terms with a new hosting provider, we're good to
move |
01:38.59 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-065-191-143.088.065.pools.vodafone-ip.de) |
02:00.29 |
Notify |
03BRL-CAD:starseeker * 67288
(brlcad/trunk/misc/CMake/DocBook.cmake
brlcad/trunk/misc/CMake/docbook.cmake.in): Looks like we might need
the CMAKE_CFG_INTDIR var... getting directory generated in Windows
build directory, and it doesn't appear to be coming from the cmake
-P script execution. |
02:09.07 |
Notify |
03BRL-CAD:starseeker * 67289
brlcad/trunk/misc/CMake/DocBook.cmake: quote |
02:09.46 |
Notify |
03BRL-CAD:starseeker * 67290
brlcad/trunk/misc/CMake/DocBook.cmake: remove debug
message |
02:40.43 |
Notify |
03BRL-CAD:starseeker * 67291
brlcad/trunk/misc/CMake/DocBook.cmake: Need the extras list when
odd pathnames and xsltproc don't get along |
02:56.29 |
Notify |
03BRL-CAD:starseeker * 67292
brlcad/trunk/misc/CMake/DocBook.cmake: Only mess with
CMAKE_CFG_INTDIR if we're doing multiconfig - in non-multiconfig it
breaks in-src-dir. |
03:40.47 |
*** join/#brlcad maths22
(~maths22@66-118-151-70.static.sagonet.net) |
03:40.47 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
03:41.16 |
maths22 |
brlcad:
Finally looked at IRC |
03:41.23 |
maths22 |
I like the
new landing page |
03:41.26 |
maths22 |
It's
pretty |
03:42.46 |
brlcad |
very much a
work in progress, and I've not had time to do the next steps in
over a week now |
03:43.38 |
brlcad |
need to fix
up the highlights, get mailing list subscription working, fix the
main menu, apply the theme to the WP install, make sure it's in
sync with drupal (should be), apply theme to
mediawiki... |
03:43.50 |
brlcad |
and then get
docs integrated/published |
03:51.19 |
andromeda-galaxy |
brlcad,
maths22: indeed. The front page markup has been much improved
(thanks Guaravjeetsingh!), which should help a bit. |
03:51.35 |
andromeda-galaxy |
brlcad: did
we figure out how we want to distribute the work of categorizing
the gci tasks? |
03:56.09 |
brlcad |
not
yet |
03:56.13 |
brlcad |
been working
on getting a provider selected, agreement in place, our server
moved |
03:56.36 |
brlcad |
kind of an
emergency given the recent reboots ... quite possibly failing
hardware |
03:58.06 |
brlcad |
anyone
experienced with dynamic css transitions? |
03:58.26 |
brlcad |
want to go
from the menu we see on brlcad.org to the menu we see at
beta.brlcad.org when someone scrolls down |
04:01.06 |
brlcad |
even more
awesome would be if the logo "walked" over the corner with the grey
link pulling the red |
04:05.53 |
andromeda-galaxy |
brlcad: ah
okay, that makes sense. I missed the reboots somehow, I hope
everything works out! I've got some experience with css
transitions, I might be able to take a look a little bit later this
week... |
04:07.33 |
*** join/#brlcad shubham_
(a5e1683b@gateway/web/freenode/ip.165.225.104.59) |
04:10.05 |
Notify |
03BRL-CAD:starseeker * 67293
brlcad/trunk/misc/CMake/DocBook.cmake: need to set these
regardless |
04:30.13 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
04:43.24 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
05:30.30 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
05:32.24 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
05:39.39 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
06:17.56 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
06:54.17 |
*** join/#brlcad jasleen
(~jasleen@117.253.228.136) |
06:54.19 |
*** join/#brlcad jasleen7956
(~jasleen@117.253.228.136) |
06:54.35 |
*** join/#brlcad jasleen
(~jasleen@117.253.228.136) |
07:45.21 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:17.59 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
08:26.58 |
*** join/#brlcad esde (esde@89.252.29.238) |
08:29.08 |
*** part/#brlcad Guest24633
(esde@89.252.29.238) |
08:40.29 |
*** join/#brlcad sniok (esde@89.252.29.238) |
08:59.48 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:51.57 |
*** join/#brlcad konrado
(~konro@41.202.219.73) |
10:27.21 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
10:27.54 |
boj |
brlcad thanks
:), I think I have got the main idea of plate mode, now I am
working on the code and trying to write a demo... |
10:29.30 |
boj |
BTW, I am a
little bit confused about implementation of NURB in brep.cpp/brep.c
and nurb_*.c, they are the same or the latter one is assistant
functions for the former one? |
10:30.44 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
10:30.53 |
*** join/#brlcad konrado
(~konro@41.202.219.76) |
11:23.16 |
*** join/#brlcad Gabriel_
(4f73ab7b@gateway/web/freenode/ip.79.115.171.123) |
11:23.29 |
starseeker |
boj: the
latter is an old implementation, on its way out |
11:23.56 |
starseeker |
we need to
scan that code to see if there's anything we want to migrate first
(i.e. something not already available in
openNURBS/libbrep) |
11:24.30 |
starseeker |
brep.c/brep.cpp, src/libbrep, and
src/other/openNURBS are the key to the new
implementation |
11:24.39 |
starseeker |
(i.e. where
you'll want to focus) |
11:26.05 |
boj |
OK, I got it,
thanks for your reminding. |
11:28.06 |
Gabriel_ |
Hi, could
anyone please clarify me some things about the search command,
please? |
11:28.50 |
Gabriel_ |
I've seen in
the source code that there is a function which gets a database full
path |
11:29.21 |
Gabriel_ |
can search
produce results that are not necessarily stored in the currently
opened database? |
11:30.14 |
Gabriel_ |
I mean can
the user input a specific database right inside search, without
opening it before? |
12:13.47 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
12:25.17 |
*** join/#brlcad konrado
(~konro@41.202.219.67) |
12:41.40 |
sniok |
So I put some
thoughts that I came up with about web site improving.
https://docs.google.com/document/d/1QvNBcdj8aLhiYE8qAxuzAgqSeJTinQCab9jv9LCYTyE/edit?usp=sharing |
12:54.54 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:12.12 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.175.113) |
13:32.05 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
13:34.35 |
*** join/#brlcad YANICK_
(~YANICK19@41.202.219.73) |
14:10.41 |
*** join/#brlcad yorik
(~yorik@191.255.88.202) |
14:14.31 |
*** join/#brlcad YANICK_
(~YANICK19@41.202.219.77) |
14:23.58 |
*** join/#brlcad sofat
(~sofat@49.248.185.230) |
14:36.23 |
*** join/#brlcad konrado
(~konro@41.202.219.74) |
14:39.50 |
*** join/#brlcad shubham
(71c18b74@gateway/web/freenode/ip.113.193.139.116) |
14:43.43 |
*** join/#brlcad YANICK_
(~YANICK19@41.202.219.65) |
14:48.06 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
14:52.11 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
15:54.05 |
*** join/#brlcad kvps1
(b6130785@gateway/web/cgi-irc/kiwiirc.com/ip.182.19.7.133) |
15:56.48 |
kvps1 |
anybody
there |
15:59.14 |
andromeda-galaxy |
kvps1:
probably... |
16:02.41 |
kvps1 |
good |
16:03.23 |
kvps1 |
so can you
tell me something about the code for Geometry Conversion
Library |
16:04.31 |
andromeda-galaxy |
kvps1: maybe,
I'm not sure, that's not a project that I've been really involved
in. If you ask here and stay on IRC, someone better qualified will
probably respond at some poinit |
16:09.04 |
kvps1 |
ok |
16:09.18 |
kvps1 |
so on which
project are you working |
16:10.25 |
kvps1 |
i am new in
this , so it will be good if you share some code with me, regarding
brl cad |
16:22.42 |
*** join/#brlcad infobot
(~infobot@rikers.org) |
16:22.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/ |
16:39.03 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
16:52.53 |
*** join/#brlcad divamgupta__
(~divamgupt@103.25.231.102) |
17:00.07 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.175.113) |
17:00.17 |
*** join/#brlcad konrado
(~konro@41.202.219.74) |
17:31.48 |
*** join/#brlcad konrado
(~konro@41.202.219.67) |
17:33.31 |
*** join/#brlcad penumbra
(dce39556@gateway/web/freenode/ip.220.227.149.86) |
17:35.00 |
*** join/#brlcad anirudh96
(uid151367@gateway/web/irccloud.com/x-ypvlrpjppgjckvaf) |
17:35.33 |
anirudh96 |
hey |
17:36.53 |
anirudh96 |
i am
interested in taking up benchmark performance database in gsoc can
anyone help me in getting started |
18:12.54 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
18:43.56 |
Notify |
03BRL-CAD:n_reed * 67294
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
add notes on keeping track of 2D vs 3D operations |
19:05.13 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
19:20.44 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
19:48.42 |
starseeker |
and
distcheck-full passes again. |
19:48.45 |
starseeker |
phew |
19:49.01 |
starseeker |
proceeds to the next thing on his "stuff to break"
list... |
19:51.33 |
Notify |
03BRL-CAD
Wiki:VictorfyymktdmitCharleton * 0
/wiki/User:VictorfyymktdmitCharleton: |
19:51.51 |
starseeker |
brlcad: looks
like debian is storing non-english man pages in
/usr/share/man/<lang>/man# directories |
19:52.54 |
starseeker |
brlcad:
should we store the html and man versions of the man pages in the
same hierarchy? Really they're doing the exact same job, with the
HTML version being used when the man version isn't what the client
program wants/supports... |
20:23.05 |
tandoorichick |
i would like
to know how data is stored in a .g file (i understand it's not as
simple text- like how we store vertices, edges and faces for a
single object in an OFF file or with different fileds in VRML,
etc.). |
20:26.15 |
tandoorichick |
fields* |
20:27.04 |
starseeker |
tandoorichick: best place to start is
probably here: http://ftp.arl.mil/mike/papers/brlcad5.0/newdb.html |
20:29.27 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
20:29.51 |
tandoorichick |
starseeker:
thanks but i'm not able to access it (some ports might be blocked
by my ISP). is there another location where the same content is
present? |
20:30.26 |
starseeker |
http://brlcad.org/wiki/File:BRL_CAD_g_format_V5.pdf
might work... |
20:30.55 |
tandoorichick |
thanks a lot.
:) |
20:31.20 |
starseeker |
np |
20:39.45 |
tandoorichick |
starseeker:
are ARS, ARB8, ARBN and BoT are the only the polygonal/polyhedral
primitives? |
20:46.48 |
*** join/#brlcad 14WAAFWJN
(~divamgupt@103.25.231.102) |
21:16.22 |
starseeker |
tandoorichick: there's also
NMG |
21:16.48 |
starseeker |
DSP can be
polygonal with certain settings |
21:16.58 |
starseeker |
ask can
extruded sketches |
21:16.58 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
21:17.06 |
starseeker |
s/ask can/as
can |
21:17.40 |
starseeker |
in principle
you can also have a NURB composed completely of linear/planar
elements |
21:22.39 |
starseeker |
suspects he broke Notify again... |
21:25.43 |
tandoorichick |
starseeker:
for mesh healing i would have to be concerned with which all of
them? |
21:25.50 |
tandoorichick |
bot would be
one |
21:26.20 |
tandoorichick |
the arbs and
ars wont have to be checked i guess |
21:30.34 |
*** join/#brlcad divamgupta_
(~divamgupt@103.25.231.102) |
21:47.57 |
starseeker |
nods - focus on bot |
21:48.04 |
starseeker |
that'll be
plenty by itself |
21:49.14 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:50.19 |
*** join/#brlcad penumbra
(dce39556@gateway/web/freenode/ip.220.227.149.86) |
21:51.45 |
tandoorichick |
ok got it.
thanks. |
21:54.31 |
tandoorichick |
one more
question. i would have a mesh healing library from scratch is
it? |
21:55.21 |
tandoorichick |
have to
write* |
22:07.26 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.228.248) |
22:39.04 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
22:39.07 |
Notify |
03BRL-CAD:n_reed * 67295
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
add comments on curve traversal directions |
22:39.11 |
Notify |
03BRL-CAD:starseeker * 67296
brlcad/trunk/src/brlman/brlman.tcl.in: Update vim type mode -
combined with the tcl.vim file from http://www.vim.org/scripts/script.php?script_id=1717,
finally getting reasonable indenting behavior. Update
indenting. |
22:39.14 |
Notify |
03BRL-CAD:starseeker * 67297
brlcad/trunk/misc/CMake/DocBook.cmake: Add individual targets to
ALL, so we can cd into a subdirectory and build with
make |
22:39.16 |
Notify |
03BRL-CAD:starseeker * 67298
brlcad/trunk/src/brlman/brlman.tcl.in: Simplify, have the script
look first for lang, then en, then in the toplevel before failing
to return a man page. |
22:39.19 |
Notify |
03BRL-CAD:starseeker * 67299
(brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt
brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt and 3
others): Tweak all things man page so we're (in principle) ready
for multiple man pages in different languages. Go with the Debian
setup, which puts the en man pages in the toplevel and makes
<lang>/man# subdirectories for other languages. Since we
don't have any |
22:39.21 |
Notify |
non-english
man pages as yet this is is hypothetical, but it should set the
stage. |
22:39.23 |
Notify |
... |
22:39.32 |
Notify |
03BRL-CAD:starseeker * 67300
(brlcad/trunk/doc/docbook/system/README
brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt and 3 others):
Collapse the en hierarchy, since those man pages will install that
way as defaults in the install. |
22:39.36 |
Notify |
03BRL-CAD:n_reed * 67301
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
notes on avoiding accumulated error; spelling |
23:27.39 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
00:53.22 |
Notify |
03BRL-CAD:starseeker * 67302
(brlcad/trunk/include/bu/mime.h brlcad/trunk/include/bu/path.h and
3 others): Remove the mime/prefix bits from bu_path_component. It's
undecided what we'll do about supporting prefixes - we have a
potentially ambiguous case on Windows if a user has a g: drive and
wants to specify a .g file prefix to a path with g:/path/to/file -
did we mean a file on g: or a file on the current drive |
00:53.24 |
Notify |
with the .g
type? Whatever we do end up with, it should live separtely from
bu_path_component - probably with the mime handling
logic. |
00:53.26 |
Notify |
... |
01:14.10 |
Notify |
03BRL-CAD:starseeker * 67303
brlcad/trunk/TODO: update todo list |
01:29.51 |
starseeker |
brlcad: what
were you expecting interactive mode to do in rt? (-I
option) |
01:30.36 |
starseeker |
at least as
far back as r22755, it appears to simply be a way to do bu_nice_set
for the rt application depending on the size |
01:31.05 |
starseeker |
as near as I
can tell, that's still what it's doing... |
02:09.28 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:8d9d:c208:fd93:9ece) |
02:36.40 |
*** join/#brlcad boj__
(~boj@2001:250:3c02:763:6894:b32a:63e9:9fd0) |
04:02.21 |
*** join/#brlcad merzo
(~merzo@150-55-201-46.pool.ukrtel.net) |
04:43.39 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
05:39.08 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
05:49.08 |
*** join/#brlcad shubham_
(a5e1683c@gateway/web/freenode/ip.165.225.104.60) |
05:57.58 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
06:22.41 |
Notify |
03BRL-CAD
Wiki:Krishnacodes * 0 /wiki/User:Krishnacodes: |
07:03.14 |
*** join/#brlcad divamgupta
(~divamgupt@103.25.231.102) |
07:28.00 |
Notify |
03BRL-CAD
Wiki:Kutaymacit * 0 /wiki/User:Kutaymaci: |
07:35.20 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:05.22 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
08:21.05 |
*** join/#brlcad 18VAAESG5
(~divamgupt@103.25.231.102) |
08:27.04 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.215) |
08:33.25 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
10:03.25 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
10:22.17 |
*** join/#brlcad Robert_Dumitru
(~robert.du@2a02:2f0b:8020:102a:dd7a:5b9e:318d:fd65) |
11:24.04 |
Robert_Dumitru |
Hello! I am a
freshman year student at University of Bucharest, Faculty of
Mathematics and Informatics, Computer science section, willing to
enter the open source world to gain more coding experience. I am
interested in Benchmark Performance Database project. I saw the
GSoC 2014 approach and I want to know how I can improve it so that
I will be accepted, but I am afraid of doing something too similar
to past tries. I |
11:24.04 |
Robert_Dumitru |
want to use
Django as the web framework and ,probably ,PostgreSQL for the
database, Bootstrap for the front-end part and plotly.js charting
library for representing the information acquired from the log
files. Is my plan fullfilling the project needs? Do you have any
advice for me? Is contribution to Brl-cad mandatory? |
11:25.50 |
*** join/#brlcad divamgupta
(~divamgupt@182.69.89.186) |
11:33.45 |
shubham_ |
Robert_Dumitru: Previous contributions is
not mandatory to be a part of GSoC with Brl-cad. |
11:33.54 |
shubham_ |
But you must
submit a patch for your project. |
11:34.50 |
shubham_ |
A patch is
required for a student to be a part of the GSoC project with
brl-cad |
11:36.30 |
shubham_ |
You can start
working on a patch for your project now and must submit it with
your proposal or before the application submission deadline
ends |
11:39.54 |
shubham_ |
For comments
regarding your queries related to your project, you can contact the
devs and mentors who have worked on it previously, through the
mailing list or irc. |
11:57.09 |
``Erik |
starseeker:
rt's interactive mode USED to do some funky iterative sampling
where the output was broken up into a large grid and each grid unit
was filled with a single ray's color, then it'd iteratively refine
until at final resolution :/ |
11:57.30 |
``Erik |
quadtree
style, yo |
11:57.41 |
starseeker |
``Erik: that
must have been a *really* long time ago then? (before the great
source code reorg even...) |
11:59.40 |
``Erik |
I thought it
was still working when all the isst tcl stuff was going on
*shrug* |
11:59.46 |
starseeker |
hmm |
11:59.52 |
``Erik |
(I think that
was about the last time I looked) |
12:00.00 |
starseeker |
will have to check - maybe it's not the -I
option |
12:00.51 |
``Erik |
hm, I thought
it was -i, but it's been years |
12:01.26 |
``Erik |
woops |
12:01.37 |
``Erik |
I might be
thinking thinking incremental mode |
12:01.41 |
``Erik |
n/m me
:) |
12:02.10 |
starseeker |
that's what I
thought it would be (render quickly, refine image) |
12:02.52 |
starseeker |
will check again later - time to pretend I know how to
drive... |
12:03.18 |
``Erik |
there's
always code spelunking in the repo (and if svn is too slllooowwww,
the git mirror at /usr/www/brlcad.org/brlcad.git is up to
date) |
12:03.42 |
starseeker |
heh |
12:11.22 |
*** join/#brlcad shubham
(a5e1683c@gateway/web/freenode/ip.165.225.104.60) |
13:01.48 |
*** join/#brlcad yorik
(~yorik@191.255.88.202) |
13:06.07 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
13:12.12 |
*** join/#brlcad shubham
(01163f0f@gateway/web/freenode/ip.1.22.63.15) |
13:56.58 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.215) |
14:12.31 |
*** join/#brlcad softcoder32
(~djff@41.202.219.79) |
14:45.20 |
*** join/#brlcad divamgupta_
(~divamgupt@182.69.89.186) |
14:56.54 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
14:58.11 |
*** join/#brlcad divamgupta
(~divamgupt@182.64.61.64) |
15:06.45 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
15:13.15 |
*** join/#brlcad konrado
(~konro@41.202.219.67) |
15:20.28 |
*** join/#brlcad divamgupta
(~divamgupt@182.69.89.186) |
15:36.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:36.49 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
15:36.58 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
15:37.32 |
*** join/#brlcad konrado
(~konro@41.202.219.70) |
16:17.39 |
*** join/#brlcad NunoLopesUE
(~Nuno@pa4-84-91-138-23.netvisao.pt) |
16:17.46 |
NunoLopesUE |
Hello |
16:20.34 |
NunoLopesUE |
Is anyone
there? im kinda new on IRC |
16:46.36 |
*** join/#brlcad shubham_
(01163f0f@gateway/web/freenode/ip.1.22.63.15) |
16:50.17 |
*** join/#brlcad divamgupta_
(~divamgupt@182.64.61.64) |
17:01.46 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:38.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:50.43 |
*** join/#brlcad Lavan
(7aa4d8b3@gateway/web/freenode/ip.122.164.216.179) |
17:54.36 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
17:57.57 |
Lavan |
To Morrison :
The project idea - "Benchmark Performance Database" is listed out
http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas
but it seemed to be already completed under GSoC 2014 itself -
http://brlcad.org/wiki/User:Ankeshanand/GSoC14/logs
. I'm confused, What exactly do you propose the students to
complete for this year GSoC? |
18:00.11 |
Lavan |
...on the
project idea of "Benchmark Performance Database |
18:00.20 |
Lavan |
...on the
project idea of "Benchmark Performance Database" |
18:06.44 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.223.242) |
18:10.52 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
18:16.04 |
*** join/#brlcad kanzure
(~kanzure@bryan.fairlystable.org) |
18:19.27 |
*** join/#brlcad softcoder32
(~djff@41.202.219.64) |
18:23.54 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
18:28.04 |
jasvir |
starseeker:
hi. qged is got compiled and is running but I am facing a problem.
Whenever I start qged, the draw area got covered by screenshot of
terminal. I am unable to figure out about what problem
is. |
18:28.17 |
jasvir |
can you
please help me to figure it out |
18:29.32 |
jasvir |
http://screencloud.net/v/ori3 |
18:29.42 |
Notify |
03BRL-CAD:starseeker * 67304
brlcad/trunk/TODO: Add TODO for rtwizard command line |
18:36.20 |
*** join/#brlcad penumbra_
(dce39556@gateway/web/freenode/ip.220.227.149.86) |
18:46.05 |
Notify |
03BRL-CAD:brlcad * 67305
brlcad/trunk/src/brlman/brlman.tcl.in: our style is 4 char indents,
not 3; and need to set tcl-indent-level if we're going to treat
this as a tcl mode instead of an sh mode file. |
18:54.47 |
*** join/#brlcad NunoLopesUE
(~Nuno@pa4-84-91-138-23.netvisao.pt) |
18:57.27 |
*** join/#brlcad NunoLopes
(~Nuno@pa4-84-91-138-23.netvisao.pt) |
19:11.06 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.110.46) |
19:19.44 |
*** join/#brlcad softcoder32
(~djff@41.202.219.68) |
19:28.03 |
tandoorichick |
what is the
difference between the bot_specific structure and the
rt_bot_internal structures? when do we use the former and when do
we use the latter? |
19:28.16 |
*** join/#brlcad ucanbizon
(58e384cb@gateway/web/freenode/ip.88.227.132.203) |
19:28.22 |
ucanbizon |
hello
! |
19:30.49 |
brlcad |
niiice.. new
server has SSD drives. time to write 1GB in small block chunks
goes from 23sec to 3sec :) |
19:30.54 |
brlcad |
hello
ucanbizon |
19:31.08 |
ucanbizon |
how are you
:D |
19:35.52 |
*** join/#brlcad sniok (esde@89.252.29.238) |
19:39.18 |
*** join/#brlcad softcoder32
(~djff@41.202.219.64) |
19:41.16 |
brlcad |
starseeker:
if I'm reading the filesystem hierarchy standard correctly, there
are a couple places html files can live |
19:43.21 |
brlcad |
looks like
PREFIX/share/doc/brlcad/html or
PREFIX/share/brlcad/VERSION/doc/html are kosher, the latter being
what we do now |
19:43.25 |
brlcad |
so should be
fine |
19:44.02 |
brlcad |
looking at
BSD, I'm seeing a similar pattern |
19:50.27 |
NunoLopes |
Hi |
19:51.15 |
NunoLopes |
Im looking
for mentor of importer x3d |
19:52.11 |
brlcad |
starseeker:
wrote the wrong term -- incremental is what I suspected was
broken |
19:52.15 |
brlcad |
-i not
-I |
19:52.59 |
NunoLopes |
are you
looking for an exporter too? |
19:53.02 |
*** join/#brlcad shubham_
(01163f0f@gateway/web/freenode/ip.1.22.63.15) |
19:53.43 |
brlcad |
ucanbizon:
fine thx |
19:54.28 |
brlcad |
NunoLopes:
your question indicates that you've probably not looked at what is
in brl-cad currently |
19:54.59 |
brlcad |
I suggest
exploring (and actually running) some of the converters |
19:57.08 |
ucanbizon |
I never
participated or intended to participate GSoC before |
19:57.31 |
ucanbizon |
I am very in
to computational geometry |
19:57.44 |
ucanbizon |
Can I propose
an idea |
19:58.18 |
Notify |
03BRL-CAD:starseeker * 67306
brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: There's a bug for the
Apple isystem flag issue now - add the link to the
comment. |
20:00.18 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:06.25 |
ucanbizon |
will
quadrilateral mesh generation be useful for brlcad? |
20:09.44 |
brlcad |
ucanbizon: in
what context? |
20:10.19 |
brlcad |
quads are
obviously useful for a lot of different things, but how
specifically they get related to a CAD system, depends |
20:13.13 |
*** join/#brlcad softcoder32
(~djff@41.202.219.64) |
20:18.13 |
brlcad |
``Erik: so I
don't know if/when/what changed... but I'm rather flabbergasted by
the amount of ram being reported |
20:18.50 |
*** join/#brlcad kanzure
(~kanzure@unaffiliated/kanzure) |
20:21.14 |
ucanbizon |
sorry for
late answer |
20:21.40 |
ucanbizon |
but to be
honest i downloaded the brlcad yesterday |
20:22.25 |
ucanbizon |
but in before
when i was parttime working in a company |
20:23.26 |
ucanbizon |
they were
saying quadliteral meshes give more precise results |
20:23.31 |
ucanbizon |
in
solvers |
20:25.25 |
brlcad |
and avoiding
meshes altogether gives even more precise results |
20:26.24 |
brlcad |
what's the
point? still need to relate their development to some feature /
capability / direction of relevance |
20:26.54 |
brlcad |
brl-cad's
n-manifold library technically supports quad meshes (and every
other count) |
20:27.29 |
ucanbizon |
oh sorry I
didn't know that |
20:37.45 |
brlcad |
no need to be
sorry :) |
20:37.55 |
brlcad |
having
specialized quad meshes would have some value |
20:38.34 |
brlcad |
but to make a
good proposal, you'd have to characterize that value |
20:39.43 |
ucanbizon |
thanks
:D |
20:46.00 |
ucanbizon |
I want to
make a patch, so i looked at the bug reports. but they are too old.
I do not know if those bugs are still exist |
20:46.11 |
ucanbizon |
What should I
do |
20:48.52 |
brlcad |
ucanbizon:
our BUGS file is essentially a stack, so items near the top are
more recently reported |
20:49.07 |
brlcad |
less detail
than an sf bug report, but the commit log often has more
details |
20:49.35 |
*** join/#brlcad YANICK_
(~YANICK19@41.202.219.69) |
20:49.50 |
brlcad |
you're also
welcome to discuss candidates here, can generally tell you pretty
quick what might make a good patch |
21:00.29 |
*** join/#brlcad softcoder32
(~djff@41.202.219.78) |
21:07.13 |
*** join/#brlcad shubham___
(71c189a8@gateway/web/freenode/ip.113.193.137.168) |
21:07.44 |
*** join/#brlcad shubham___
(71c189a8@gateway/web/freenode/ip.113.193.137.168) |
21:12.10 |
*** join/#brlcad YANICK_
(~YANICK19@41.202.219.68) |
21:13.03 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.223.242) |
21:46.48 |
*** join/#brlcad merzo
(~merzo@248-28-132-95.pool.ukrtel.net) |
22:19.40 |
*** join/#brlcad merzo
(~merzo@203-23-133-95.pool.ukrtel.net) |
22:24.14 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
22:38.03 |
Notify |
03BRL-CAD:n_reed * 67307
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
add general api warning |
22:43.34 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:45.22 |
Notify |
03BRL-CAD:starseeker * 67308
(brlcad/trunk/src/tclscripts/archer/Archer.tcl
brlcad/trunk/src/tclscripts/hv3_man_browser_test.tcl
brlcad/trunk/src/tclscripts/man_browser.tcl): Tweaks for
archer/mged man page viewers |
22:45.55 |
Notify |
03BRL-CAD:n_reed * 67309
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
edit m_type note |
22:47.06 |
starseeker |
jasvir: did
you have a question on qged? |
22:47.19 |
jasvir |
yes |
22:47.53 |
jasvir |
I got a reply
on mailing list but yet it's not clear to me |
22:48.02 |
starseeker |
OpenGL is a
drawing canvas |
22:48.36 |
starseeker |
nothing is
being drawn on it right now, so the most likely answer is that
whatever happened to be on that part of the screen is what's
staying there |
22:48.47 |
starseeker |
remember,
qged has *no* drawing capabilities at the moment |
22:48.58 |
starseeker |
the central
widget is just a space filler |
22:50.57 |
starseeker |
brlcad:
sweet! (SSD) |
22:52.06 |
Notify |
03BRL-CAD:starseeker * 67310
brlcad/trunk/TODO: not looking at the -I option... |
22:54.32 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:59.27 |
*** join/#brlcad shubham
(71c189a8@gateway/web/freenode/ip.113.193.137.168) |
23:00.58 |
*** join/#brlcad Gabriel__
(bc1ba4b6@gateway/web/freenode/ip.188.27.164.182) |
23:08.48 |
Gabriel__ |
Hello, I have
made a small patch regarding the search command. Will posting it on
sourceforge be enough or is there anything needed to
do? |
23:11.03 |
maths22 |
starseeker:
I'm really liking that it has 16 GB of ram instead of the 3.5 gb
the current server has (or can access) |
23:16.33 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:31.43 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:42.53 |
jasvir |
starseeker:
can you please guide me how should start with it? |
23:50.51 |
*** join/#brlcad jasvir_
(~androirc@75-142-109-136.static.mtpk.ca.charter.com) |
23:52.05 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:53.35 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
23:54.26 |
*** join/#brlcad jasvir_
(~androirc@75-142-109-136.static.mtpk.ca.charter.com) |
00:37.10 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
01:10.08 |
brlcad |
maths22: I'm
feeling like the 3.5 is something new/changed from where things
were |
01:10.20 |
starseeker |
jasvir: you
need to develop your own plan - my earlier email identified two
specific areas to focus on (Qt display widget for libdm, tree view
that can change the underlying geometry) |
01:10.20 |
brlcad |
that it wsn't
always that way |
01:10.31 |
maths22 |
brlcad: Was
the kernel updated at some point? |
01:12.40 |
starseeker |
brlcad: that
draft policy is seriously cool |
01:17.29 |
maths22 |
It looks like
it was last built without PAE enabled, which would cause that
limitation |
01:19.37 |
starseeker |
brlcad: fwiw,
the rt -i mode works on Linux (handy with NURBS files especially)
using -Fdev/X, but the slow redraw makes it unusable with
-Fdev/ogl |
01:20.36 |
starseeker |
would be
useful for debugging I suppose... |
02:15.48 |
brlcad |
maths22:
ahhhh, that may have happened then just recently |
02:16.46 |
maths22 |
That would
make sense, since I didn't remember it being so low
either |
02:16.47 |
maths22 |
On the new
server, will we be running a x64 kernel, or still an i386
kernel? |
02:41.23 |
Notify |
03BRL-CAD
Wiki:Amrinder Singh * 0 /wiki/User:Amrinder_Singh: |
02:51.25 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
02:59.28 |
Notify |
03BRL-CAD
Wiki:Amrinder Singh * 9547 /wiki/Amrinder_Singh: Created page with
"== Bonding with Organisation == I have installed BRL-CAD on my
system on 8 March 2016 successfully. Now, I'm in touch with the
community. I'm interested in OGV back ground pr..." |
03:02.39 |
Notify |
03BRL-CAD:starseeker * 67311
brlcad/trunk/src/libdm/dm-osgl.cpp: Offset of 8 between the Tk and
XGetWindowAttributes size query methods... not sure why, probably
somehow related to the border around the dm area... |
03:09.06 |
Notify |
03BRL-CAD:starseeker * 67312
brlcad/trunk/src/libdm/dm-osgl.cpp: not the problem, but might as
well... |
03:24.36 |
Notify |
03BRL-CAD:starseeker * 67313
brlcad/trunk/src/libdm/dm-osgl.cpp: And the weird rolls on...
XGetWindowAttributes, despite its name, apparently updates some
aspect of the window so that xwa's width/height (and indeed the
window refresh\!) are accurate. This puts a Tk call in the
configureWin_guts... if worst comes to worst and there's not way to
avoid this sort of thing, this should at least be a function
callback |
03:24.38 |
Notify |
rather than
hardcoded Tk. |
03:24.40 |
Notify |
... |
03:45.07 |
*** join/#brlcad penumbra_
(dce39556@gateway/web/freenode/ip.220.227.149.86) |
03:46.56 |
brlcad |
maths22: new
server is 64bit |
03:47.09 |
brlcad |
and a much
faster CPU |
03:49.40 |
*** join/#brlcad kkrcodes_
(~kkrcodes@14.139.160.31) |
03:51.44 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
04:22.05 |
maths22 |
brlcad:
Thanks! |
04:36.03 |
*** join/#brlcad jasvir_
(~androirc@96-41-47-93.dhcp.mtpk.ca.charter.com) |
06:15.01 |
*** join/#brlcad merzo
(~merzo@217.76.202.68) |
06:20.38 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
07:12.33 |
*** join/#brlcad ickby
(~stefan@x5d84637a.dyn.telefonica.de) |
07:16.51 |
*** join/#brlcad divamgupta
(~divamgupt@182.69.89.186) |
07:23.51 |
*** join/#brlcad imjustlogging875
(~imjustlog@103.25.231.107) |
07:49.13 |
*** join/#brlcad merzo
(~merzo@217.76.202.68) |
08:21.44 |
Notify |
03BRL-CAD
Wiki:BararaWayne * 0 /wiki/User:BararaWayne: |
08:22.51 |
Notify |
03BRL-CAD
Wiki:BararaWayne * 9548 /wiki/Developer_Documents: /* Developer FAQ
*/ |
08:54.40 |
*** join/#brlcad divamgupta_
(~divamgupt@182.69.89.186) |
09:17.18 |
*** join/#brlcad shubham_
(71c189a8@gateway/web/freenode/ip.113.193.137.168) |
10:14.43 |
*** join/#brlcad divamgupta_
(~divamgupt@182.69.89.186) |
11:04.52 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
11:27.51 |
*** join/#brlcad t0by
(~t0by@host49-233-dynamic.9-87-r.retail.telecomitalia.it) |
11:28.21 |
t0by |
Good
evening |
11:28.32 |
t0by |
I'm t0by, I
am one of those pesky aspiring GSoC students. |
11:30.14 |
t0by |
I'm a MSc
student, my interests are computer graphics, AI and...
things. |
11:30.31 |
t0by |
I previously
participated in GSoC in 2013, with ScummVM and kept contributing
since. |
11:30.52 |
t0by |
I was
especially interested in the MEG Qt Rewrite task |
11:31.00 |
t0by |
Is Yapp in
here? |
11:41.50 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
12:26.06 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
13:03.31 |
*** join/#brlcad divamgupta_
(~divamgupt@182.69.89.186) |
13:29.47 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.223.242) |
13:37.12 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
13:44.26 |
starseeker |
fires off the first CMake configure with Visual Studio
2015... |
13:49.43 |
*** join/#brlcad shubham
(71c18b1e@gateway/web/freenode/ip.113.193.139.30) |
14:21.57 |
*** join/#brlcad ickby
(~stefan@x5d845f63.dyn.telefonica.de) |
14:28.25 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:942d:4073:9650:fa34) |
14:35.38 |
Notify |
03BRL-CAD
Wiki:Sean * 9549 /wiki/Developer_Documents: Reverted edits by
[[Special:Contributions/BararaWayne|BararaWayne]] ([[User
talk:BararaWayne|talk]]) to last revision by
[[User:Sean|Sean]] |
14:35.57 |
Notify |
03BRL-CAD
Wiki:Sean * 0 /wiki/User:BararaWayne: Spamming links to external
sites |
15:28.55 |
*** join/#brlcad tofu_
(~sean@66-118-151-70.static.sagonet.net) |
16:12.54 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
16:38.31 |
Notify |
03BRL-CAD:starseeker * 67314
brlcad/trunk/src/other/libnetpbm/pm_config.h.in: P_tmpdir isn't
viable on MSVC 2015 - give this a try. src/other build, so go with
quick and dirty for now - will most likely need a 'proper' fix for
libbu, so backport that once its done. |
16:40.02 |
Notify |
03BRL-CAD:starseeker * 67315
brlcad/trunk/src/other/libnetpbm/pm_config.h.in: Mention URL for
P_tmpdir status info |
17:00.01 |
*** join/#brlcad madhavdatt
(cb6ef208@gateway/web/freenode/ip.203.110.242.8) |
17:02.10 |
madhavdatt |
Hi |
17:06.54 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.223.242) |
17:46.40 |
*** join/#brlcad konrado
(~konro@41.202.219.77) |
17:48.53 |
gaganjyot |
brlcad, hi!,
brlcad I was looking into beizer curves/splines nurbs and BREP and
their uses. My maths is not very good and hence couldn't understand
all of them and their mathematical functions. I even bought a book
related to computer graphics authored by hearn and baker, but the
information regarding my questions is quite limited. It elaborates
2D very nicely, but bsplines/curves or nurbs/BREP is very limited
or may be I has good info but I couldn' |
17:48.53 |
gaganjyot |
t get it
properly. So could you recommend me some good resources to
understand these? |
18:14.53 |
Notify |
03BRL-CAD:starseeker * 67316
brlcad/trunk/src/other/openNURBS/opennurbs_archive.cpp: Rework to
avoid MSVC 2015 error: cannot concatenate user-defined string
literals with mismatched literal suffix identifiers |
18:22.25 |
*** join/#brlcad Ak7
(Akshay@120.56.254.136) |
18:33.56 |
Notify |
03BRL-CAD:starseeker * 67317
brlcad/trunk/src/other/tcl/win/tclWinTime.c: MSVC 2015 renamed
timezone to _timezone - handle directly, until we can rework
timezone testing (need to upgrade to Tcl 8.6 after release, will
need to do a fair bit of Tcl CMake cleanup/rework at that
time...) |
18:58.55 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
19:03.00 |
Notify |
03BRL-CAD:starseeker * 67318
(brlcad/trunk/misc/tools/xmltools/libxml/config.h.in
brlcad/trunk/misc/tools/xmltools/libxml/include/win32config.h
brlcad/trunk/misc/tools/xmltools/libxslt/include/libxslt/win32config.h):
MSVC 2015 build tweaks |
19:19.08 |
*** join/#brlcad penumbra
(dce39556@gateway/web/freenode/ip.220.227.149.86) |
19:21.09 |
brlcad |
penumbra:
nice nick :) |
19:21.46 |
brlcad |
gaganjyot:
that's a really advanced topic |
19:22.10 |
brlcad |
there is "the
nurbs book" but it very quickly gets into complex math that I have
trouble following |
19:22.56 |
brlcad |
http://www.amazon.com/NURBS-Book-Monographs-Visual-Communication/dp/3540615458 |
19:22.57 |
brlcad |
https://books.google.com/books?id=58KqCAAAQBAJ |
19:29.40 |
penumbra |
brlcad:
thanks! just found out that the nick has been mentioned 12 times in
the documentation |
19:30.58 |
brlcad |
penumbra: so
you specialize in rendering? :) |
19:31.21 |
brlcad |
maths22:
looks like my mistake -- old sago server does only have 4GB
...... |
19:31.40 |
brlcad |
really thought we'd bumped that way up the last
update |
19:32.25 |
*** join/#brlcad Ak7
(Akshay@120.56.254.136) |
19:33.38 |
penumbra |
brlcad: i
won't call myself a rendering specialist. would definitely hope to
become one soon!! |
19:43.13 |
maths22 |
brlcad: OK.
I guess both of us misremembered |
19:57.19 |
*** join/#brlcad Ak7
(Akshay@120.56.254.136) |
20:02.31 |
Notify |
03BRL-CAD:brlcad * 67319
brlcad/trunk/src/other/openNURBS/opennurbs_archive.cpp: instead of
the runtime solution in r67316, make sure there are spaces around
the cpp symbols. the error message (cannot concatenate user-defined
string literals with mismatched literal suffix identifiers) is
complaining about the adjacency. |
20:02.39 |
brlcad |
starseeker:
if you would, see if that works |
20:02.49 |
brlcad |
think it was
just missing a couple spaces |
20:04.05 |
starseeker |
brlcad: OK -
that did work, but the function definition took only a single const
char * so I wasn't sure about passing in multiple
strings |
20:04.44 |
starseeker |
didn't know
if the spaces had been left out deliberately for that
reason... |
20:09.06 |
brlcad |
it's not
passing multiple strings |
20:09.20 |
brlcad |
that's how C
works |
20:09.46 |
brlcad |
e.g., try
something like this: printf("hello" " my name " "is" "
cliff"); |
20:10.11 |
brlcad |
that's one
arg to printf |
20:10.21 |
starseeker |
ah - the
compiler handles merging them? |
20:10.34 |
brlcad |
automatic
string concatenation is a feature of the language often not
taught/encountered very often |
20:11.24 |
brlcad |
only works
with static strings |
20:11.42 |
starseeker |
nods |
20:11.45 |
brlcad |
the error
from msvc is a pedantic one about smashing a cpp symbol right up
against a string literal |
20:13.17 |
brlcad |
#define BAR
"bar" ; printf("foo"BAR); vs printf("foo" BAR); vs
printf("foo""bar"); vs printf("foo" "bar"); |
20:13.52 |
Notify |
03BRL-CAD:starseeker * 67320
brlcad/trunk/misc/tools/xmltools/libxslt/config.h.in: one more
stdio include for snprintf on MSVC |
20:13.53 |
brlcad |
don't know
what the spec actually says, but my understanding was that one
should separate them with whitespace |
20:14.05 |
starseeker |
nods - certainly more readable |
20:14.13 |
brlcad |
even if it
works, which apparently it did |
20:14.58 |
brlcad |
we actually
use string concat in a lot of places |
20:16.17 |
brlcad |
41 places
apparently |
20:16.47 |
starseeker |
brlcad: did
you see my note about interactive mode? |
20:17.39 |
starseeker |
kinda things that would make sense to have as the default
mode to use with Archer's "raytrace" button,
actually... |
20:17.48 |
starseeker |
s/things/thinks/ |
20:19.04 |
starseeker |
needs to do a little more osgl vs ogl debugging to see why
the initial window paint isn't working in MGED, but may be closing
in on "no known problems" for osgl dm once that's
done... |
20:20.12 |
starseeker |
will have to
see about re-enabling the Aqua+OSGL non-X11 Mac build and see about
Windows behavior |
20:20.35 |
brlcad |
sounds good
to me, but beware that incremental mode is usally slower by some
percentage, 5-25% iirc |
20:20.50 |
brlcad |
you certainly
get the gist more quickly, but end-to-end will take
longer |
20:21.05 |
starseeker |
nods - maybe as an Archer setting then |
20:21.24 |
brlcad |
and
especially the last pass where it converges the final 2x2's into
1x1's ... that can seemingly take forever |
20:21.51 |
starseeker |
yeah,
probably should be user settable |
20:22.20 |
starseeker |
brlcad: did
you have a specific sense where interactive mode needed to be
tested? (i.e. Windows?) |
20:22.32 |
starseeker |
aside from
the terminally slow in ogl thing, it looked OK on Linux |
20:23.10 |
brlcad |
no, my commit
message wasn't as detailed as it should have been |
20:23.24 |
brlcad |
I recall
reviewing a patch that deleted code for one of the
modes |
20:23.51 |
brlcad |
maybe it was
for -I instead of -i, because -I seems pretty pointless to me right
now |
20:24.01 |
starseeker |
concurs |
20:24.01 |
brlcad |
waste of a
letter |
20:24.06 |
starseeker |
indeed |
20:24.18 |
starseeker |
maybe
mattered more back in PDP11 days... |
20:24.20 |
brlcad |
with that,
the todo makes more sense |
20:24.30 |
brlcad |
it mattered
in the early 90's |
20:24.47 |
starseeker |
votes we deprecate it and call it done... |
20:25.21 |
starseeker |
longopt or
cc= the feature if it's still useful, but definitely not
-I |
20:25.42 |
brlcad |
the todo
still worries |
20:25.53 |
brlcad |
basically
that -I used to do more and someone removed whatever it was
doing |
20:26.05 |
brlcad |
which is what
makes it seem so lame now |
20:26.20 |
starseeker |
brlcad: if
so, it looks like it was before your big code reorg in the 22000
days |
20:26.33 |
brlcad |
I noticed
enough that made me add the entry |
20:26.44 |
brlcad |
no, that todo
was really recent .. I remember adding it |
20:26.59 |
starseeker |
no, I mean
the -I feature |
20:27.01 |
brlcad |
just didn't
say which commit caused me to note it |
20:27.14 |
brlcad |
huh? |
20:27.19 |
brlcad |
I know it's
an old flag |
20:27.29 |
brlcad |
I'm
suggesting that the flag used to do more than renice the
app |
20:27.46 |
starseeker |
the -I
feature setting the nice value - if -I ever did more than that, it
was before the 22000 commit range when you did the big
reorg |
20:27.47 |
brlcad |
someone
probably removed the code for whatever it was that it
did |
20:27.50 |
starseeker |
i.e. a *long*
time ago |
20:27.57 |
brlcad |
no, that's my
point |
20:28.13 |
brlcad |
I recall
writing that todo, because I was reviewing a recent
patch |
20:28.22 |
brlcad |
s/patch/commit/ |
20:28.26 |
starseeker |
hmm. |
20:28.42 |
starseeker |
if you look
at svn blame for the -I code, I think it goes a long way
back... |
20:28.51 |
starseeker |
did that one evening |
20:29.06 |
brlcad |
sure, the
option goes way back ... still not the point :) |
20:29.12 |
starseeker |
heh |
20:29.28 |
brlcad |
if all it's
ever done was renice, then I agree -- but that's the entire
question |
20:29.36 |
brlcad |
the todo
suggests otherwise |
20:29.53 |
brlcad |
we can still
deprecate the flag |
20:29.59 |
starseeker |
nods - that's why I was looking in the history to see if it
ever did anything else |
20:30.23 |
brlcad |
but assuming
it did do something, we may end up effectively shipping a broken
flag |
20:30.30 |
brlcad |
not doing
what it used to |
20:32.30 |
starseeker |
woo hoo!
Successful MSVC 2015 build, archer comes up |
20:32.36 |
starseeker |
time to test
Release build |
20:33.11 |
starseeker |
proceeds to kick off build and run
errands... |
20:33.21 |
starseeker |
brlcad: well,
let me know if I can help with the -I thing |
20:33.29 |
brlcad |
okay, just
checked out a revision before my commit review set and not seeing
interactive mode doing anything interesting |
20:33.38 |
brlcad |
so lets just
kill it |
20:33.45 |
starseeker |
deprecate, or
squash? |
20:34.15 |
brlcad |
technically
not user visible on current hardware |
20:34.27 |
starseeker |
works for
me |
20:35.20 |
starseeker |
notes that cutting down the number of MSVC targets really
pays off when doing this sort of testing... |
20:35.26 |
brlcad |
warrants a
news, but yeah I think we can skip deprecation on an
technicality |
20:37.01 |
starseeker |
things he'll look at consolidating the tcl index stuff into
one target - partial is problematic since you often end up needing
pieces that don't get called out in deps |
20:37.07 |
starseeker |
s/things/thinks |
20:37.28 |
starseeker |
grr - haven't
even been on thingiverse lately. come on fingers, get with the
program... |
20:38.26 |
starseeker |
alrightie, be
back later - if this works I'll be able to shut down the Windows VM
and get back to osgl debugging |
20:38.49 |
starseeker |
eyes Mac Aqua building... so tempting... |
20:39.22 |
brlcad |
I fixed most
of the remaining aqua issues, it almost builds clean out of the box
now |
20:39.35 |
brlcad |
if you have
osgl working, we should make aqua be default |
20:52.17 |
Notify |
03BRL-CAD:brlcad * 67321
(brlcad/trunk/src/remrt/remrt.c brlcad/trunk/src/remrt/rtsrv.c and
7 others): kill the -I interactive mode option to rt/rtedge/remrt.
renicing a program is not likely to be user-visible on current
hardware platforms and doesn't need to be a user-controllable
command-line option any more. as such, consciously skipping
deprecation as a minimally impacting change. |
20:53.12 |
Notify |
03BRL-CAD:brlcad * 67322
(brlcad/trunk/doc/docbook/system/man1/rt.xml
brlcad/trunk/doc/docbook/system/man1/rtedge.xml): remove the -I
option from rt/rtedge now that interactive/renice mode is
gone. |
20:54.16 |
Notify |
03BRL-CAD:brlcad * 67323
brlcad/trunk/doc/docbook/system/man1/remrt.xml: remove the tiny
mention of -I from remrt's docs too |
20:58.28 |
Notify |
03BRL-CAD:brlcad * 67324
brlcad/trunk/NEWS: removed the -I option from the ray tracers. not
likely in use, arguably no longer user visible on current hardware,
and doesn't really need to be a first class command-line option
regardless. removal helps simplify the usability too (dozen more
options need to go away). |
20:59.01 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.238.94) |
20:59.47 |
brlcad |
gaganjyot:
did you see my responses? |
21:02.32 |
gaganjyot |
I am really
sorry brlcad, my internet went down, |
21:02.51 |
gaganjyot |
i am just
going to check in irc logs |
21:03.43 |
brlcad |
14:21 <
brlcad> gaganjyot: that's a really advanced topic |
21:03.43 |
brlcad |
14:22 <
brlcad> there is "the nurbs book" but it very quickly gets into
complex math that I have trouble following |
21:03.46 |
brlcad |
14:22 <
brlcad>
http://www.amazon.com/NURBS-Book-Monographs-Visual-Communication/dp/3540615458 |
21:03.49 |
brlcad |
14:22 <
brlcad> https://books.google.com/books?id=58KqCAAAQBAJ |
21:04.32 |
gaganjyot |
I
see |
21:11.39 |
brlcad |
bezier are
even easier -- there are hundreds of resources online for
understanding them |
21:11.47 |
brlcad |
we have lots
of code bits that deal with them |
21:12.09 |
brlcad |
most of it
could probably be reworked into librecad terms pretty
easily |
21:15.18 |
gaganjyot |
I got some
idea of bezier, |
21:16.53 |
gaganjyot |
brlcad, If
you could spare some time any day, I'd like to discuss more about
BREP/CSG too. |
22:46.57 |
*** join/#brlcad merzo
(~merzo@AGrenoble-653-1-605-105.w92-129.abo.wanadoo.fr) |
23:13.21 |
starseeker |
woot -
Release mode MSVC 2015 build completed. |
23:13.34 |
starseeker |
now the NSIS
package... |
23:48.03 |
starseeker |
sweet |
23:48.13 |
starseeker |
that was a
lot easier than I expected, actually |
00:44.32 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
01:31.55 |
Notify |
03BRL-CAD:starseeker * 67325
brlcad/trunk/CMakeLists.txt: Make sure these strings don't end up
empty... |
01:34.40 |
*** join/#brlcad bkkubxboebpbzvbs
(~armin@dslb-088-066-151-174.088.066.pools.vodafone-ip.de) |
01:36.27 |
Notify |
03BRL-CAD:starseeker * 67326
brlcad/trunk/TODO: Sean sorted out this one... |
01:38.28 |
Notify |
03BRL-CAD:starseeker * 67327
brlcad/trunk/CMakeLists.txt: don't use dashes |
01:42.40 |
Notify |
03BRL-CAD:starseeker * 67328
brlcad/trunk/CMakeLists.txt: try explicit quotes |
02:13.03 |
Notify |
03BRL-CAD:starseeker * 67329
(brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libbu/fchmod.c):
Check for strsafe.h |
02:29.43 |
starseeker |
yeesh |
02:29.58 |
starseeker |
libbu+mingw32
is still one big unhappy mess |
02:39.11 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
02:45.30 |
Notify |
03BRL-CAD:starseeker * 67330
brlcad/trunk/doc/README.Windows: Add a few notes about how to go
about trying a mingw build. |
02:47.03 |
starseeker |
blegh -
enough Windows pain for one day |
02:57.22 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
04:34.19 |
*** join/#brlcad penumbra
(dce39556@gateway/web/freenode/ip.220.227.149.86) |
05:18.24 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
05:37.24 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
05:52.11 |
*** join/#brlcad ickby
(~stefan@x5d847d3b.dyn.telefonica.de) |
06:33.00 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
06:56.01 |
*** join/#brlcad circ-user-z9xDw
(~circuser-@122.164.216.179) |
06:59.29 |
Lavan |
<PROTECTED> |
07:29.20 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
07:43.12 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
08:37.39 |
*** join/#brlcad anirudh96_
(uid151367@gateway/web/irccloud.com/x-dldtfurnibdvdhat) |
08:39.39 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
08:41.57 |
tandoorichick |
would
remeshing (incase there are a lot of triangles, reduce it by making
different triangles of the same area) of a BoT be welcome as a part
of the polygonal healing project? |
08:47.30 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
08:57.08 |
*** join/#brlcad cLavelle
(3223469d@gateway/web/freenode/ip.50.35.70.157) |
10:37.11 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
11:39.23 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
11:43.51 |
*** join/#brlcad shubham
(01163fa2@gateway/web/freenode/ip.1.22.63.162) |
12:13.21 |
Notify |
03BRL-CAD
Wiki:Amrinder Singh * 9550 /wiki/User:Amrinder_Singh: Created page
with "== Bonding with Organisation == I have installed BRL-CAD on
my system on 8 March 2016 successfully. Now, I'm in touch with the
community. I'm interested in OGV back ground pr..." |
12:15.28 |
Notify |
03BRL-CAD
Wiki:Amrinder Singh * 9551 /wiki/Amrinder_Singh: Blanked the
page |
12:16.11 |
*** join/#brlcad zaverichintan
(~androirc@123.237.167.57) |
12:16.32 |
zaverichintan |
Hey
everyone, |
12:16.48 |
zaverichintan |
I am working
on Online geometry viewer |
12:17.34 |
zaverichintan |
Where the
output from brl cad (g file) can be uploaded to OGV site! And the
user can easily view the model |
12:18.19 |
zaverichintan |
Kindly share
your ideas and thought on this,it will make OGV more user friendly
and usable. |
12:46.46 |
*** join/#brlcad Ak7 (Akshay@120.59.240.4) |
12:47.28 |
*** join/#brlcad zaverichintan
(~androirc@123.237.167.57) |
12:48.10 |
shubham |
hey
chintan |
12:48.26 |
shubham |
what issues
were you facing regarding the datGUI part in OGV |
12:52.40 |
*** join/#brlcad Ak7
(~Akshay@120.56.245.222) |
12:53.07 |
zaverichintan |
I think that
all the code is in the gsoc 2015 merged branch |
12:53.36 |
zaverichintan |
I will retry
it with that branch. |
12:54.50 |
shubham |
yeah, follow
the GSOC2015-merged branch, for improving/adding on to the existing
code |
12:55.31 |
shubham |
for anything
for that matter |
12:58.02 |
*** join/#brlcad icemc
(~abanda@41.202.219.73) |
12:59.44 |
zaverichintan |
Any
suggestions on more features from your side, and other members
ideas are also welcome |
13:01.24 |
*** join/#brlcad YANICK_
(~YANICK19@41.202.219.73) |
13:03.51 |
*** join/#brlcad Lavan
(~Lavan@122.164.216.179) |
13:09.49 |
*** join/#brlcad shubham
(01163fa2@gateway/web/freenode/ip.1.22.63.162) |
13:19.19 |
*** join/#brlcad Ak7
(Akshay@120.56.245.222) |
13:21.18 |
starseeker |
tandoorichick: there are some mesh
decimation capabilities available as part of the libgcv
work... |
13:21.44 |
*** join/#brlcad gagan
(~gagan@122.173.29.127) |
13:22.31 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.29.127) |
13:24.21 |
zaverichintan |
Shubham:
shall I work on keyboard shortcuts with the wireframe
option? |
13:25.11 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
13:25.33 |
shubham |
i think it'll
be a mess to have too many of keyboard shortcuts |
13:26.39 |
zaverichintan |
Any
suggestions from your side for rendering patch? |
13:28.25 |
*** join/#brlcad Ak7
(Akshay@120.56.245.222) |
13:29.19 |
*** join/#brlcad sniok (~esde@89.252.2.135) |
13:30.04 |
shubham |
you would
have noticed that the uploaded models appear to be black and white,
there are no colors |
13:30.54 |
shubham |
try adding
the rgb parameters from the the model to the object
file |
13:30.59 |
zaverichintan |
Yes, so I
thought to have color option |
13:31.08 |
zaverichintan |
On
datgui |
13:31.25 |
shubham |
no not
that |
13:31.56 |
zaverichintan |
And g to obj
converter, needs more clarification |
13:33.00 |
shubham |
the colors in
the model itself need to be added to the object file |
13:33.42 |
zaverichintan |
Where is the
source file for that? I thought to take this up in gsoc |
13:34.36 |
shubham |
source file
for? |
13:35.29 |
zaverichintan |
G to obj
converter, we are using thay from brl cad |
13:36.54 |
shubham |
in the conv
directory |
13:37.40 |
zaverichintan |
Oh then will
create it's exe file and create a PR on the brl cad |
13:38.36 |
zaverichintan |
I thought to
take it up during gsoc and right now focus on the patch related to
meteor, three JS, and the Technologies used |
13:58.41 |
*** join/#brlcad icemc
(~abanda@41.202.219.74) |
14:01.08 |
*** join/#brlcad YANICK_
(~YANICK19@41.202.219.74) |
14:01.26 |
Notify |
03BRL-CAD:starseeker * 67331
brlcad/trunk/doc/README.Linux: need newer than 2.8.3 these
days... |
14:04.06 |
Notify |
03BRL-CAD:starseeker * 67332
brlcad/trunk/src/rt/do.c: unused var |
14:06.18 |
*** join/#brlcad Ak7
(Akshay@120.56.245.222) |
14:20.07 |
*** join/#brlcad rvirdiz
(~rvirdiz@122.162.52.74) |
14:28.59 |
*** join/#brlcad ickby
(~stefan@x5d845caf.dyn.telefonica.de) |
14:36.06 |
Notify |
03BRL-CAD:starseeker * 67333
brlcad/trunk/src/libdm/dm-osgl.cpp: Looks like we need this to
initialize the background view... not 100% sure we need to swap
buffers every time, but go with it for now... |
14:45.20 |
Notify |
03BRL-CAD:starseeker * 67334
brlcad/trunk/src/libdm/dm-osgl.cpp: Not sure if this is true cross
platform, but on Linux VisibilityChangeMask seems to be doing the
trick... |
15:16.49 |
Notify |
03BRL-CAD:starseeker * 67335
(brlcad/trunk/src/libdm/dm-osgl.cpp
brlcad/trunk/src/libdm/dm-osgl.h): This seems to trip the initial
redraw without doing a full swap for every visibility
change. |
15:34.12 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.23.186) |
15:46.40 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
16:00.06 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.23.186) |
16:04.06 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
16:38.51 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:55.06 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.23.186) |
17:02.46 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
17:02.48 |
Notify |
03BRL-CAD:starseeker * 67336
brlcad/trunk/src/libdm/dm-osgl.cpp: tweaks |
17:02.49 |
Notify |
03BRL-CAD:starseeker * 67337
(brlcad/trunk/src/libdm/CMakeLists.txt
brlcad/trunk/src/other/freetype/CMakeLists.txt and 2 others): Hmm.
Make a stab at putting back the Windows bits for
Freetype |
17:02.51 |
Notify |
03BRL-CAD:starseeker * 67338
brlcad/trunk/src/other/freetype/CMakeLists.txt: typo |
17:02.52 |
Notify |
03BRL-CAD:starseeker * 67339
(brlcad/trunk/src/other/openscenegraph/CMakeModules/Path_Setup.cmake
brlcad/trunk/src/other/openscenegraph/CMakeModules/RPath_Setup.cmake):
Update modules |
17:03.00 |
Notify |
03BRL-CAD
Wiki:Takecheese * 0 /wiki/User:Takecheese: |
17:03.38 |
*** join/#brlcad Ak7
(~Akshay@120.56.245.222) |
17:07.12 |
*** join/#brlcad shubham_
(71c18a96@gateway/web/freenode/ip.113.193.138.150) |
17:38.42 |
*** join/#brlcad Ak7
(~Akshay@120.56.245.222) |
17:53.39 |
tandoorichick |
in the
rt_bot_internal structure what is the num_normals (and hence the
normals) variable? also, it is commented that the num_face_normals
variable is the same as the number of faces- so why is there
another variable? and what is the relation between the normals
pointer and the face_normals pointer? and what is the pointer
variable 'tie' for? |
18:20.13 |
*** join/#brlcad Ak7
(Akshay@120.56.245.222) |
18:31.47 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
18:42.26 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
18:45.11 |
*** join/#brlcad penumbra
(dce39556@gateway/web/freenode/ip.220.227.149.86) |
18:56.49 |
*** join/#brlcad Ak7 (Akshay@59.177.226.15) |
19:06.27 |
*** join/#brlcad Gabriel__
(d5e9550e@gateway/web/freenode/ip.213.233.85.14) |
19:06.38 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.23.186) |
19:11.45 |
Gabriel |
Hi, related
to the "add exec option to search" GSoC project: I know that in
UNIX, the -exec option ends with a colon, escaped by a backslash.
It is done like that to prevent it from being interpreted as shell
script punctuation. Is there any need to protect it like so in
BRL-CAD's context? |
19:16.32 |
Gabriel |
Also, the
same question for the braces - should they be escaped? |
19:39.49 |
starseeker |
scowls - apparently VirtualBox OpenGL is... subpar. Can't
tell if the dm works on Windows or not... |
19:44.21 |
Stragus |
Virtualized
OpenGL is always limited to something archaic, and with crappy
performance |
20:40.28 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
20:40.35 |
*** join/#brlcad Gabriel
(d5e9550e@gateway/web/freenode/ip.213.233.85.14) |
21:26.50 |
*** join/#brlcad adahp
(~adahp@c-24-20-214-39.hsd1.or.comcast.net) |
21:38.39 |
*** join/#brlcad merzo
(~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr) |
22:02.43 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:04.24 |
*** join/#brlcad adahp_
(~adahp@c-24-20-214-39.hsd1.or.comcast.net) |
22:07.27 |
*** join/#brlcad qbz
(~cLavelle@50.35.70.157) |
22:08.22 |
qbz |
Hello. Is
this the right place to ask questions about gsoc? |
22:08.56 |
*** join/#brlcad adahp
(~adahp@c-24-20-214-39.hsd1.or.comcast.net) |
22:20.37 |
*** join/#brlcad adahp
(~adahp@c-24-20-214-39.hsd1.or.comcast.net) |
22:21.50 |
teepee |
qbz: for
general questions, yes |
22:25.26 |
qbz |
I saw an idea
for a celestial mechanics particle system and I had some questions
about it http://brlcad.org/wiki/Celestial_mechanics_particle_system |
22:33.28 |
teepee |
qbz: for
that, check the org specific communication channel, in that case it
would be #brlcad here on freenode |
22:33.39 |
teepee |
oops |
22:33.58 |
teepee |
I though I
was in the #gsoc window :D |
22:34.31 |
teepee |
qbz: well,
then just ask your question and hang around, you'll get an answer
eventually |
22:45.31 |
teepee |
qbz:
alternatively you can also post your questions to the mailing
list |
23:46.28 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
00:29.25 |
*** join/#brlcad adahp
(~adahp@c-24-20-214-39.hsd1.or.comcast.net) |
00:39.41 |
*** join/#brlcad maths22
(~maths22@66-118-151-70.static.sagonet.net) |
00:39.42 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
01:01.56 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
01:34.01 |
qbz |
In regards to
the gsoc idea posted here: http://brlcad.org/wiki/Celestial_mechanics_particle_system,
What physics would this entail? Would this involve modifying the
rendering pipeline or do I just need to generate the proper data to
send to the existing pipeline? Would a more general 3d particle
system that could be used to simulate orbits make a good project or
should I only focus on tackling |
01:34.01 |
qbz |
the problem
of particle orbits? These are some of the questions I'm thinking
about, I'm mostly just looking for someone to point me in the right
direction as to what an imnplementation would roughly entail and
what files I should be looking to in order to start thinking about
how I would implement the project. |
03:38.16 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
03:40.13 |
brlcad |
qbz: if you
are eligible to participate in SOCIS, that may be a better
fit |
05:45.24 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
05:55.25 |
qbz |
My interest
is more in particle systems then celestial bodies. |
05:55.55 |
qbz |
I just saw
that project on the gsoc ideas page |
05:56.28 |
*** join/#brlcad shubham
(a5e1683c@gateway/web/freenode/ip.165.225.104.60) |
06:17.01 |
*** join/#brlcad merzo
(~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr) |
07:15.41 |
*** join/#brlcad davee__
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
07:17.54 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:02.42 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
08:03.15 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
08:44.28 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
09:02.45 |
*** join/#brlcad akshayjain
(67157e4f@gateway/web/freenode/ip.103.21.126.79) |
09:08.02 |
*** join/#brlcad akshayjain007
(67157e4f@gateway/web/freenode/ip.103.21.126.79) |
09:31.08 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
09:32.27 |
tandoorichick |
should
degeneracies in BoTs be handled or is it okay to let them stay?
Eg: |
09:33.01 |
tandoorichick |
1. vertices
that are listed but are not a part of any triangle |
09:33.28 |
tandoorichick |
2. single
vertex forming a a triangle of area 0 |
09:34.13 |
tandoorichick |
3. dangling
edges- triangle made up of 2 vertices (makes a triangle of area 0
again). like va vb vb |
09:34.52 |
tandoorichick |
should these
also be healed as a part of mesh healing? |
09:43.37 |
*** join/#brlcad kkr_ (~kkr@14.139.160.31) |
10:12.39 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
10:39.11 |
*** join/#brlcad gaganjyot
(~gagan@122.173.79.18) |
10:39.24 |
gaganjyot |
brlcad,
hi |
10:40.59 |
gaganjyot |
brlcad, I was
recently placed in unisys global services and from their wiki, I
came to know unisys works with US military :D |
10:42.01 |
gaganjyot |
so I thought
you might know more about unisys. Was wondering if I get a chance
to meet you via work ;) |
12:59.54 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
13:09.16 |
*** join/#brlcad shubham
(01163f12@gateway/web/freenode/ip.1.22.63.18) |
13:42.44 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
13:49.06 |
*** join/#brlcad kkr_ (~kkr@14.139.160.31) |
14:01.06 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
14:09.33 |
Notify |
03BRL-CAD:starseeker * 67340
brlcad/trunk/src/other/CMakeLists.txt: More target
folders |
14:14.04 |
*** join/#brlcad tandoorichick_
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
14:15.03 |
*** join/#brlcad sofat
(~sofat@49.248.183.189) |
14:16.28 |
*** join/#brlcad sofat_
(~sofat@49.248.182.120) |
14:29.56 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:31.06 |
Notify |
03BRL-CAD:starseeker * 67341
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/src/other/CMakeLists.txt): couple aqua tweaks - not
sure if they're needed... |
14:31.42 |
Notify |
03BRL-CAD:starseeker * 67342
brlcad/trunk/CMakeLists.txt: int, not string... |
14:40.21 |
starseeker |
brlcad: OK,
OSG is definitely busted on Windows |
14:40.44 |
starseeker |
guess that'll
have to be post 7.26.0 |
15:15.30 |
*** join/#brlcad qbz
(~cLavelle@50.35.70.157) |
15:18.09 |
brlcad |
qbz: sure,
particle systems ideas works for SOCIS too -- any
simulation/animation/visualization component makes for a good socis
project |
15:44.33 |
*** join/#brlcad kkr_ (~kkr@14.139.160.31) |
15:48.05 |
starseeker |
and bundled
Tk doesn't like Aqua build either, looks like (not
surprised...) |
15:48.36 |
starseeker |
probably just
as well - don't want to hold up the release any longer trying for
the moon... |
16:07.03 |
*** join/#brlcad yorik
(~yorik@191.255.88.202) |
16:08.46 |
Notify |
03BRL-CAD:starseeker * 67343
brlcad/trunk/src/libdm/dm-osgl.cpp: Gah. Not just a Tk dependency,
but an X11 dependency... |
16:11.32 |
Notify |
03BRL-CAD:starseeker * 67344
brlcad/trunk/src/libdm/dm-osgl.cpp: typo, copy-paste
fix |
16:16.25 |
starseeker |
growl...
necessary, but not sufficient... |
16:18.13 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
16:33.33 |
brlcad |
starseeker:
yeah, I didn't attempt bundled aqua Tk -- I used
apple's |
16:33.44 |
brlcad |
in fact, had
to force it in a few places |
16:33.58 |
brlcad |
our opengl
header inclusions were also wrong in a few places |
16:34.16 |
brlcad |
OpenGL/gl.h
vs GL/gl.h when building against -framework OpenGL |
16:34.26 |
brlcad |
in three or
so files |
16:42.31 |
*** join/#brlcad Akshay
(~Akshay@120.56.244.211) |
16:44.02 |
starseeker |
nods - IIRC that's what I did before too - I'll want to
upgrade to 8.6 before I do a lot of fiddling to get Tk Aqua
building working |
16:44.30 |
starseeker |
the windows
failure is more distrubing... that *did* work at one
point... |
16:44.54 |
starseeker |
will find it eventually, but it'll mean lots of Windows
Debugging... blegh |
16:45.20 |
starseeker |
still, worth
doing (along with Aqua) for 7.28.0 |
16:45.28 |
starseeker |
just now now
;-) |
16:46.26 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
17:14.29 |
*** join/#brlcad Akshay
(Akshay@120.56.244.211) |
17:49.47 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
18:20.20 |
*** join/#brlcad Akshay
(Akshay@120.56.244.211) |
18:44.20 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
19:01.26 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
19:06.31 |
*** join/#brlcad ickby
(~stefan@x5d84d10f.dyn.telefonica.de) |
19:15.02 |
tandoorichick |
can somebody
tell me if it is necessary to integrate some existing software's
codefor mesh healing or is it fine if i write it on my
own? |
19:17.16 |
*** join/#brlcad shubham_
(71c18927@gateway/web/freenode/ip.113.193.137.39) |
19:50.52 |
*** join/#brlcad Akshay
(Akshay@120.56.244.211) |
19:56.00 |
gaganjyot |
tandoorichick, AFAIU, if you can integrate
some software |
19:56.23 |
gaganjyot |
considering
it meets the licensing terms, It would be easier for you as well as
the community |
20:34.28 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:37.07 |
*** join/#brlcad Gabriel_
(d5e9550e@gateway/web/freenode/ip.213.233.85.14) |
20:44.41 |
*** join/#brlcad merzo
(~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr) |
20:48.07 |
*** join/#brlcad Akshay
(Akshay@120.56.244.211) |
21:00.24 |
tandoorichick |
gaganjyot:
thanks for the advice. :) |
21:02.55 |
gaganjyot |
sure welcomed
:) |
21:12.49 |
*** join/#brlcad tofu_
(~Mutter@50.242.218.129) |
21:28.35 |
*** join/#brlcad tofu__
(~Mutter@50.242.218.129) |
21:48.20 |
Gabriel_ |
Hi, can
anyone tell me what does "live at a lower level" reffers to in the
"add exec option to search" GSoC project? |
21:52.19 |
Gabriel_ |
Could it
possibly mean to add the table which maps commands to functions
into another source file and then include this source file in both
the search source and MGED? |
21:53.32 |
``Erik |
Gabriel_: I'd
have to see the page to be sure, but it might mean migrate the
functionality from the mged/ user interface into the libged/
library |
22:02.58 |
Gabriel_ |
So why
commands passed to "exec" (lets say they are already stored as
individual commands) could not be executed such as other commands
are currently executed? |
22:06.16 |
Gabriel_ |
I have seen
in the source code of the search files that none includes files in
mged... |
22:08.29 |
Gabriel_ |
Perhaps
linking the MGED interface with the search files through a new
table mapping the commands with functions in a new file would bring
a plus to code modularity and flexibility? |
22:11.43 |
*** join/#brlcad tofu__
(~Mutter@50.242.218.129) |
22:32.10 |
*** join/#brlcad cax
(uid152160@gateway/web/irccloud.com/x-pwjcvyxhmqrqawny) |
22:37.37 |
*** part/#brlcad Gabriel_
(d5e9550e@gateway/web/freenode/ip.213.233.85.14) |
22:37.53 |
*** join/#brlcad tofu_
(~Mutter@50.242.218.129) |
23:30.46 |
*** join/#brlcad qbz
(~cLavelle@50.35.70.157) |
23:41.44 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
00:15.50 |
Notify |
03BRL-CAD:starseeker * 67345
brlcad/trunk/src/libdm/dm-osgl.cpp: See if this will work to
properly/portably size and center things... |
00:20.24 |
Notify |
03BRL-CAD:starseeker * 67346
brlcad/trunk/src/libdm/dm-osgl.cpp: OK, the other windows bit just
flat out wasn't working... Things at least draw now. The center dot
seems to be behaving itself on Linux, but not on Windows... wonder
what the platform inconsistency is there, may have something to do
with how mouse xy coodinates are being recorded/propagated...
arrgh. |
00:25.50 |
Notify |
03BRL-CAD:starseeker * 67347
brlcad/trunk/src/libdm/dm-osgl.cpp: print some
diagnostics |
00:27.30 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:38.10 |
Notify |
03BRL-CAD:starseeker * 67348
brlcad/trunk/src/libdm/dm-osgl.cpp: not seeing the variation
there... |
01:15.50 |
*** join/#brlcad Quantized_magic
(4ca5eb16@gateway/web/freenode/ip.76.165.235.22) |
01:17.02 |
Quantized_magic |
I'm trying to
get in touch with the contacts in charge of the Celestial Mechanics
and Free fall GSoC ideas |
02:09.30 |
Notify |
03BRL-CAD:starseeker * 67349
brlcad/trunk/src/libdm/dm-osgl.cpp: Can't pin down why, but the
offset between the OpenGL center (which is used to draw the point)
and the X,Y coordinates from the Tk windows seems to be different
on Windows vs Linux??? |
02:11.46 |
starseeker |
well, at
least it works now... |
02:12.09 |
Stragus |
That's darn
weird. Tried measuring coordinates from screenshots? |
02:12.47 |
Stragus |
I'm more
inclined to blame Tk than OpenGL (possibly regarding window
decorations or whatever else) |
02:13.35 |
starseeker |
I've got
common_dm in MGED printing the actual X,Y coordinates it's getting
from clicking, then clicking over the center dot |
02:14.11 |
starseeker |
they *should*
be the XY coordinates in that Window, and the math seems to bear
that out |
02:14.20 |
*** join/#brlcad kkr_ (~kkr@14.139.160.31) |
02:14.42 |
starseeker |
I need to set
up identical sized MGED windows on both Linux and Windows and see
what that does |
02:15.03 |
starseeker |
it's possible
that there's some internal OpenSceneGraph weirdness that's also
platform specific |
02:15.24 |
starseeker |
ultimately,
we're mating it's 2D coordinate system with Tk's |
02:16.22 |
starseeker |
would be nice
to figure that out programmatically, but not sure if that's
practical/possible with the available APIs... |
02:16.52 |
starseeker |
"given this
0,0 opengl dot in the OSG widget, find the corresponding
coordinates in the parent tk window..." |
02:17.38 |
starseeker |
we're
trusting that the osg window and the parent tk window are the same
size, which *may* not be true univerally across
platforms... |
02:17.40 |
Stragus |
In theory,
the fact that it's OSG or Tk shouldn't matter at all. I would
measure a screenshot ;) |
02:18.27 |
starseeker |
how would
that help though? I need tk and osg to agree, whatever the "right"
number of pixels is... |
02:19.59 |
starseeker |
wonders if Qt would do any better at this... I suppose
conceptually these are the issues you deal with anytime you embed
windows in parents... |
02:20.05 |
Stragus |
Just a step
to isolate the problem, figuring out if Tk coordinates are what is
expected |
02:20.19 |
starseeker |
nods |
03:32.43 |
Notify |
03BRL-CAD
Wiki:89.234.182.58 * 9552 /wiki/ARL_Technical_Reports: |
04:41.10 |
*** join/#brlcad shubham_
(a5e1683c@gateway/web/freenode/ip.165.225.104.60) |
04:58.08 |
*** join/#brlcad nilram
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
05:23.33 |
*** join/#brlcad poxip
(~poxip@unaffiliated/mrpoxipol) |
06:12.58 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-ralnfadijsfjowtq) |
06:38.46 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
06:43.43 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-mxwowaqewknlrfgo) |
07:42.54 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:02.01 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
08:15.33 |
*** join/#brlcad jasvir
(~jass@75-142-124-111.static.mtpk.ca.charter.com) |
08:48.33 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
09:02.42 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
09:03.35 |
*** join/#brlcad Gabriel_
(d5e9550e@gateway/web/freenode/ip.213.233.85.14) |
09:09.13 |
Gabriel_ |
Hi, I have
one question about migrating user interface functionality from
mged/ to libged/ : does this reffer to creating new source files
and then including them both in mged and search code? |
09:10.33 |
Gabriel_ |
So that the
table mapping commands and function calls would be a sort of low
level linkage between the mged and search? |
09:19.05 |
d_rossberg |
Gabriel_: as
far as i can see from the project ideas page this migration already
happened, the next step would be to have transactions |
09:21.15 |
Gabriel_ |
How would
this help the commands passed to exec be processed? |
09:21.55 |
Gabriel_ |
(i forgot to
say i'm reffering to the "add exec to search" project) |
09:22.51 |
Gabriel_ |
Why actually
can't those commands be processed the way other commands are
actually executed? |
09:26.50 |
d_rossberg |
which
commands? libged contains functions, no commands |
09:29.09 |
Gabriel_ |
yes, meant to
say that after processing the input string it would result into
possibly more commands which would call functions |
09:30.22 |
d_rossberg |
did you read
http://brlcad.org/wiki/Add_exec_option_to_search
? |
09:30.33 |
Gabriel_ |
like if we
had search -name b* -exec draw {} ; we could take the draw {}
command and then call the draw command |
09:31.23 |
Gabriel_ |
yes, I did,
but I did not understand the part related to mged very
well |
09:34.58 |
d_rossberg |
ok: mged uses
TCL wich has commands, which can be seen as keywords which trigger
functions from libged |
09:37.11 |
d_rossberg |
the
keyword-function list is part of mged, but the sech functionality
is coded in libged's ged_search() function |
09:38.03 |
d_rossberg |
this means
that ged_search() has no knowledge about the meaning of
keawords |
09:38.17 |
d_rossberg |
(at least
today) |
09:39.04 |
Gabriel_ |
so if adding
the keyword functionality inside libged we could trigger the
commands by passing them the strings in exec? |
09:40.30 |
d_rossberg |
this is one
possibility, or you could put it into another core library if there
is a reason for it |
09:41.39 |
d_rossberg |
the
keywords-map could be used by mged, archer, and libged |
09:43.09 |
Gabriel_ |
i think i get
it now: define the keyword table inside a new core file which links
mged, libged and archer together? |
09:45.21 |
d_rossberg |
not really,
mged and archer shouldn't be linked together :) but they use the
same core libraries, e.g. libbn, libbu, librt, libwdb, libged,
... |
09:47.08 |
Gabriel_ |
for this
project i guess that only libged (because of search) and mged
should be linked? |
09:49.33 |
d_rossberg |
they are
already linked! but yes, you would have to touch (modify) mged and
libged, and maybe archer as well |
09:51.48 |
Gabriel_ |
ok, I
understand it better now, thanks for the clarifications |
09:54.44 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
10:06.32 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
10:24.37 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.98.41) |
11:13.56 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
12:24.22 |
brlcad |
notes http://brlcad.org/wiki/Online_Geometry/TODO
needs updating |
12:58.37 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:19.21 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:51.30 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
14:00.24 |
*** join/#brlcad yorik
(~yorik@191.255.88.202) |
14:42.30 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
15:42.12 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:50.17 |
*** join/#brlcad adahp
(~adahp@c-24-20-214-39.hsd1.or.comcast.net) |
15:55.29 |
*** join/#brlcad nilram_
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
16:50.58 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
16:55.22 |
*** join/#brlcad shubham
(71c1893d@gateway/web/freenode/ip.113.193.137.61) |
17:20.06 |
``Erik |
314 gb drives
for raspberry pi (on sale for pi day) http://wdlabs.wd.com/products/wd-pidrive-314gb/ |
17:20.46 |
``Erik |
http://www.techweekeurope.co.uk/data-storage/raspberry-pi-hard-drive-pidrive-187871 |
17:20.54 |
``Erik |
cuz, y'know,
pi pi pi pi pi pi... everything must be pi... |
17:22.53 |
teepee` |
would have liked raspberry pi version 3.14 with 3.14GB ram
:) |
17:26.37 |
starseeker |
O.o |
17:48.44 |
*** join/#brlcad qbz
(~cLavelle@50.35.70.157) |
17:49.25 |
*** join/#brlcad jasvir
(~jass@172.56.40.194) |
17:52.14 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
18:11.02 |
*** part/#brlcad kkr_ (~kkr@14.139.160.31) |
18:11.36 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
18:14.06 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.111.152) |
18:25.54 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
18:39.16 |
tandoorichick |
is dynamic
addition of points and faces in BoT possible? |
18:39.46 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-aadwjcmbszxxcqen) |
18:40.57 |
tandoorichick |
is dynamic
addition of points and faces in BoT possible? |
19:32.16 |
Notify |
03BRL-CAD:brlcad * 67350
brlcad/trunk/doc/STRATEGY: expand TODO items for the website
project |
19:42.06 |
Notify |
03BRL-CAD:brlcad * 67351
brlcad/trunk/doc/STRATEGY: expand and clarify the gcv deployment
project tasks |
19:55.55 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
20:40.01 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
20:40.30 |
*** join/#brlcad davee_
(~davee@172.56.41.218) |
20:50.57 |
brlcad |
fyi, server
backups are underway for what will hopefully be the last
time |
20:51.06 |
brlcad |
(the last
time on this sago server) |
20:51.51 |
brlcad |
tandoorichick: yes, I believe
so |
20:53.32 |
brlcad |
it's not a
very good interface, but it's certainly technically possible as
bots don't care about topology or connectivity |
20:53.48 |
brlcad |
I think the
edit interace in mged will let you add and remove
vertices |
20:54.06 |
brlcad |
not sure
about command-line, but I'm not aware of editing there |
20:54.31 |
tandoorichick |
brlcad:
okay... |
20:55.03 |
tandoorichick |
i've sent a
mail on the mailing list regarding my ideas till now.. |
20:56.30 |
shubham |
brlcad: what
is the best place to add the todo list for online geomtery viewer
in the wiki? Maybe this http://brlcad.org/wiki/Online_Geometry/TODO
! |
20:58.11 |
shubham |
maybe under a
separate heading "GSoC 2016 tasks", keeping the present content as
is for now |
20:58.28 |
tandoorichick |
brlcad: i
wasn't able to find an LGPL software that has healing features like
gaps, overlaps, holes, etc.. i found one that does remeshing
(OpenFlipper). i'm studying some papers that will aid me with the
tasks. is that a good way? |
20:59.09 |
brlcad |
shubham: yes,
I posted that link last night when you were detatched from
irc |
20:59.30 |
brlcad |
the page will
need to get updated or have a section added |
20:59.52 |
brlcad |
don't want to
lose the previous thoughts and goals without discussion |
21:00.11 |
shubham |
yes, we'll
update that, but for now adding a separate section will be
fine |
21:00.47 |
brlcad |
shubham:
please note where there is duplication with existing
content |
21:01.09 |
brlcad |
some marker
so we know it's a shared topic we've discussed before |
21:01.43 |
brlcad |
tandoorichick: can you back up and
summarize what you're wanting to work on? |
21:02.12 |
shubham |
I will take
note of that, for now i just wanted to dump the content from my
google stylesheet to the wiki, i'll update it once i get some more
time. thanks |
21:02.21 |
tandoorichick |
yeah sure. i
wanted to work on the automatic polygonal mesh healing
project |
21:04.13 |
tandoorichick |
and costa had
suggested that i look at meshlab's features for reference, and i
did. i also read up a bit and came up with a list of errors in
meshes that can be corrected as a part of the project (namely-
gaps, overlaps, holes, T-joints, singular vertices and edges,
skewed elements, sliver patches, and degeneracies with
triangles) |
21:05.38 |
brlcad |
shubham:
thanks -- if you don't have time to merge them now, then I'll need
to get someone else to because this is when students will be
reading it in that context |
21:06.29 |
brlcad |
students will
not know the source of the content and will see that as "the list"
and that's not necessarily representative as this has not been
collectively discussed afaik |
21:06.59 |
shubham |
i'm working
on it |
21:07.50 |
tandoorichick |
and i also
went through a list of softwares that have mesh healing features
which could be integrated. but most of them turned out to be GPL
softwares. OpenFlipper was one that had remeshng capabilities and
some topological control features (like flipping or splitting
edges, and adding or removing edges) |
21:08.39 |
tandoorichick |
so, i wanted
to know if implementing them on my own would be fine? |
21:10.05 |
shubham |
brlcad: I'll
need you to look at the list and provide some feedback on it. I'll
complete it in the next ~12 hours |
21:12.25 |
Notify |
03BRL-CAD
Wiki:MeShubham99 * 9553 /wiki/Online_Geometry/TODO: |
21:30.29 |
Notify |
03BRL-CAD
Wiki:MeShubham99 * 9554 /wiki/Template:Prettytable: |
21:41.21 |
brlcad |
tandoorichick: next you should look at
what healing facilities we already have in brl-cad (not sure about
bot, but nmg has some) |
21:42.30 |
brlcad |
you can't
really propose what you're going to suggest adding without knowing
what we have ;) |
21:42.58 |
brlcad |
it'll
probably take you hours to figure this out, maybe days -- we can
help point you in the right dirs, but you'll need to read through
lots of functions |
21:47.30 |
tandoorichick |
brlcad: okay,
so should i start with nmg.c? |
21:51.01 |
brlcad |
shubham:
please be careful to not write their proposal for them, e.g.,
telling them what they need to do at certain points in
time |
21:51.33 |
brlcad |
that is
dependent upon ability, experience, etc., and it's not our role to
define that regardless |
21:52.02 |
brlcad |
we can define
objectives/features/bugs/desires/requirements/etc |
21:52.59 |
brlcad |
tandoorichick: that is a minutia question
that is yours to figure out .. there are hundreds of potential
starting points, all valid |
21:53.18 |
brlcad |
I would start
with the bot code myself, then nmg |
21:53.28 |
brlcad |
since bot is
the closest data structure you're talking about |
21:53.40 |
brlcad |
src/librt/primitives/bot code |
21:53.53 |
brlcad |
and
src/libged/bot*.c code for userland commands |
21:54.01 |
brlcad |
then
src/librt/primitives/nmg code |
21:54.07 |
brlcad |
and
src/libged/*nmg* code |
21:55.53 |
tandoorichick |
brlcad:
thanks, i will work on this now.. one question, is it ok to mention
reading papers to understand methodologies, as a part of the coding
period? |
21:57.34 |
brlcad |
you're
welcome to continue reading papers during the coding period, but
that will not count as gsoc work |
21:57.59 |
brlcad |
and you
shouldn't have tasks that rely on the results of reading those
papers (i.e., you have to have a plan regardless) |
21:58.08 |
shubham |
brlcad: yes,
thanks for pointing that out. Although, I have limited my
suggestions to the desires and requirements for the project, that
too at a very generic level. I'll take more care. There might have
been some misunderstanding at some level. |
21:58.48 |
tandoorichick |
brlcad: okay,
got it. |
22:01.17 |
Notify |
03BRL-CAD
Wiki:MeShubham99 * 9555 /wiki/Online_Geometry/TODO: /* GSoC 2016
*/ |
22:04.08 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-evujycqomwprpeau) |
22:07.57 |
*** join/#brlcad qbz
(~cLavelle@50.35.70.157) |
22:10.11 |
Notify |
03BRL-CAD
Wiki:MeShubham99 * 9556 /wiki/Online_Geometry/TODO: /* GSoC 2016
*/ |
22:27.37 |
Notify |
03BRL-CAD
Wiki:MeShubham99 * 9557 /wiki/Online_Geometry/TODO: /* GSoC 2016
task list*/ |
22:32.23 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:33.06 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
00:01.40 |
*** join/#brlcad merzo
(~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr) |
01:14.16 |
Notify |
03BRL-CAD:vasco_costa * 67355
brlcad/trunk/src/rt/do.c: Fix bug when invoking rt in OpenCL mode
(-z 1) without any output arguments (reported by Param
Hanji) |
01:30.22 |
Notify |
03BRL-CAD:vasco_costa * 67356
brlcad/trunk/src/librt/primitives/primitive_util.c: Added a TODO
note regarding OpenCL sources location discovery |
01:33.19 |
boj |
Hi, thanks
for your suggestion, I will try it later. I am now working on the
proposal and trying to make sure what I need to do :) |
01:43.34 |
Notify |
03BRL-CAD:vasco_costa * 67357
brlcad/trunk/src/rt/view.c: Improve rt command line help for OpenCL
mode. |
02:25.10 |
*** join/#brlcad anirudh96
(uid151367@gateway/web/irccloud.com/x-dldtfurnibdvdhat) |
04:20.28 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
04:22.58 |
*** join/#brlcad shubham
(a5e1683b@gateway/web/freenode/ip.165.225.104.59) |
05:19.36 |
*** join/#brlcad Amrinder
(75d7e71b@gateway/web/freenode/ip.117.215.231.27) |
05:20.12 |
Amrinder |
Hello, I'm
still facing problem in meteor |
05:20.20 |
Amrinder |
error is
as |
05:20.36 |
Amrinder |
While
processing files with templating (for target web.browser):
index.html:2: Can't set DOCTYPE here. (Meteor sets <!DOCTYPE
html> for you) => Your application has errors. Waiting
for file change. |
07:05.27 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
07:05.46 |
jasvir |
hi
starseeker. I have some query about qged. From gui, I can see that
qged can read objects but unable to draw. I have read code but not
that deeply. Can you please tell me that what type of work is
already been completed to start drawing. Like if I create an OpenGL
widget in qt, what type of work will we have to do
next? |
07:28.04 |
*** join/#brlcad jasvir_
(~androirc@75-142-124-111.static.mtpk.ca.charter.com) |
07:33.20 |
*** join/#brlcad jasvir_
(~androirc@75-142-109-136.static.mtpk.ca.charter.com) |
07:43.28 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
07:48.23 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:58.05 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
08:20.39 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
09:10.49 |
*** join/#brlcad poxip
(~poxip@unaffiliated/mrpoxipol) |
09:23.16 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
09:38.30 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
09:42.48 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
09:50.04 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
09:52.12 |
*** join/#brlcad jasvir_
(~androirc@75-142-109-136.static.mtpk.ca.charter.com) |
10:07.00 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
11:44.51 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
12:06.53 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
12:10.18 |
*** join/#brlcad jasvir_
(~androirc@75-142-109-136.static.mtpk.ca.charter.com) |
13:08.48 |
*** join/#brlcad shubham
(71c18a5d@gateway/web/freenode/ip.113.193.138.93) |
13:10.21 |
*** join/#brlcad yorik
(~yorik@191.255.88.202) |
13:15.11 |
*** join/#brlcad Akshay
(Akshay@59.177.107.139) |
13:17.58 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
13:39.46 |
*** join/#brlcad Akshay
(Akshay@59.177.107.139) |
13:42.46 |
*** join/#brlcad simran
(~simran@101.57.122.232) |
14:33.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:00.52 |
starseeker |
jasvir_: no
work has been started on drawing |
15:01.26 |
starseeker |
you'll have
to provide the opengl context to libdm, and study MGED's mouse
bindings and figure out how to re-create them in a Qt
widget |
15:02.44 |
starseeker |
you'll need
to read the code quite deeply (qged, mged and libdm) to understand
how all the pieces will need to fit together, as well as doing some
new design work on a Qt widget |
15:05.57 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:12.36 |
*** join/#brlcad nilram
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
15:22.13 |
``Erik |
huh, cerdec
in the news
https://thestack.com/world/2016/03/16/u-s-army-developing-encrypted-radar-waveform/ |
15:25.03 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
15:49.13 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:56.32 |
*** join/#brlcad adahp
(~adahp@c-24-20-214-39.hsd1.or.comcast.net) |
16:03.12 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:03.47 |
brlcad |
``Erik: yeah,
saw that |
16:05.15 |
Notify |
03BRL-CAD:brlcad * 67358
brlcad/trunk/doc/STRATEGY: make the file cooperate with
org-export-as-* |
16:11.47 |
Notify |
03BRL-CAD:brlcad * 67359
brlcad/trunk/doc/STRATEGY: DOH! thx to kodein and paluche on #emacs
for seeing the mistake here that was preventing emacs from
auto-setting org-mode on the file. |
16:45.39 |
*** join/#brlcad simran
(~simran@101.57.68.158) |
16:47.27 |
jasvir |
starseeker:
Yeah I am reading libdm's code currently. I am focusing on dm-ogl*
and dm-qt* for libdm |
16:53.07 |
jasvir |
starseeker:
is src/libdm/dm-qt* in use somehow? |
16:58.02 |
*** join/#brlcad dracarys983_
(dracarys98@nat/iiit/x-gbqjjaczewqawqrr) |
17:01.39 |
brlcad |
jasvir: the
qt display manager is an incomplete dev project |
17:01.48 |
brlcad |
so no, not in
use anywhere |
17:03.57 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:05.35 |
jasvir |
brlcad: If I
am not wrong, it is supposed to be used in drawing entities on Qt
openGL by processing openGL context. Is that so? |
17:07.14 |
*** join/#brlcad qbz
(~cLavelle@50.35.70.157) |
17:07.17 |
*** join/#brlcad dracarys983_
(dracarys98@nat/iiit/x-bnyhmospwgphsknq) |
17:11.55 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:17.32 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-asddcbftaeggdgxt) |
17:25.58 |
*** join/#brlcad simran
(~simran@101.59.221.109) |
17:26.50 |
*** join/#brlcad dracarys983_
(dracarys98@nat/iiit/x-cuagwekqcooixqql) |
17:44.29 |
*** join/#brlcad zaverichintan
(~androirc@123.237.167.57) |
17:45.56 |
zaverichintan |
Shubham
chauhan, Can you please help me out to review the bug list
https://docs.google.com/document/d/13rkz667O9gV8l-d1bUGG8AiydI0cNCwBVBjicRwhIWM/edit?usp=docslist_api |
18:06.48 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
18:26.51 |
*** join/#brlcad yorik1
(~yorik@177.139.37.53) |
18:38.28 |
starseeker |
jasvir: I'm
not sure what that code specifically is for - the idea of the Qt
libdm layer originally was to use Qt itself (the Qt canvas) rather
than OpenGL as a drawing layer - in essence a portable version of
our X24 libdm backend |
18:39.32 |
*** join/#brlcad Ak7 (Akshay@59.177.229.3) |
18:39.40 |
starseeker |
jasvir:
that's a bit orthogonal to the qged effort. I expect the dm-osgl
backend is probably going to be best suited for Qt integration at
the moment, since it is intended to be cross platform |
18:48.22 |
jasvir |
starseeker:
Oh! That's why I was confused about from where I should continue. I
thought I am supposed to use dm-qt but it was using tk somehow and
it made some spaghetti images about code in my mind. |
18:49.03 |
jasvir |
I have
already gone through dm-ogl |
19:04.49 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
19:06.37 |
*** join/#brlcad jasvir_
(~androirc@75-142-109-136.static.mtpk.ca.charter.com) |
19:31.01 |
jasvir |
starseeker:
can you please brief me about src/mged and src/libged? |
19:33.22 |
*** join/#brlcad Bariton
(~kvirc@x4d024509.dyn.telefonica.de) |
20:07.25 |
brlcad |
jasvir:
that's fishing, please don't fish :) |
20:09.48 |
brlcad |
what I mean
by that is you're asking someone else to do work that you are
perfectly capable of doing yourself (at least as far as you have
expressed in terms of technical content) |
20:10.00 |
brlcad |
if you have a
specific technical question about mged or libged, you should ask
that |
20:10.11 |
*** join/#brlcad pujani
(~pujani@101.60.178.118) |
20:11.17 |
brlcad |
asking to be
briefed or guided is not productive for starseeker or anyone else
except yourself, and any response may not even help you with what
you really need to know |
20:11.49 |
brlcad |
that's why
you should ask questions, and ask smart questions, not ones that
are trivially found by searching the code or (worse) a quick google
search |
20:12.36 |
brlcad |
make
sense? |
20:13.37 |
Ch3ck |
hi
brlcad |
20:15.10 |
brlcad |
hi
Ch3ck |
20:15.42 |
brlcad |
starseeker:
seeing approximate ~13% build time reduction on linux with the doc
changes |
20:16.18 |
brlcad |
across a
cycle of cmake+make+make+make clean |
20:16.58 |
Ch3ck |
brlcad: I try
running mged from my Fedora distro and I get only the text editor,
no GUI |
20:17.07 |
Ch3ck |
I don't know
if it's something I did wrong |
20:48.30 |
jasvir |
brlcad: I am
not asking to explain the code but I assumed that src/mged is all
that is related to MGED and I was reading the code but I suddenly
realize that there is libged and I got a bit confused. I wanted to
know about it. Both are having functionalities that are related to
drawing but all I get that src/mged is related to user
interactions. I think I have used wrong words. Thanks for pointing
it out. |
20:49.34 |
*** join/#brlcad ickby
(~stefan@x5d846f8a.dyn.telefonica.de) |
20:56.12 |
``Erik |
jasvir: it
used to be all mged, but we've tried to split the 'controller' type
stuff to libged/ and have mged/ be 'view' type stuff. The End.
:) |
20:57.17 |
jasvir |
``Erik:
Thanks erik :) |
21:02.25 |
brlcad |
Ch3ck: cmake
almost certainly failed to detect X11 developer libs |
21:03.24 |
brlcad |
jasvir:
wanting to know about it is asking to explain... :) |
21:03.40 |
brlcad |
providing
context like you just did is much better and not as
open-ended |
21:04.21 |
jasvir |
brlcad: Yes I
got. I used wrong words. Thanks |
21:04.38 |
brlcad |
I strongly
encourage you to do a search on "smart questions" and read the
paper by ESR (in full) .. it's very insightful on how to ask
questions that don't leech off others |
21:05.19 |
brlcad |
jasvir: I'm
not sure you're getting the point -- what were the right
words? |
21:05.54 |
brlcad |
even with
your detailed explanation, that's better but you still didn't ask a
question |
21:06.11 |
``Erik |
!notify
ask |
21:06.12 |
Notify |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
21:06.21 |
``Erik |
~esr |
21:06.21 |
infobot |
from memory,
esr is a very clever Linux d00d with lots of very interesting
philosophical and political texts. a guy who has some ideas about
guns The geezer who wrote Cathedral and Bazaar.. Eric S. Raymond,
or somebody whose sgeigerbot's computer thinks about when it boots:
"ESR value before enabling vector: 00000000", or perhaps Extended
Status Register |
21:06.35 |
``Erik |
poop, thought
there was a catb link |
21:06.54 |
``Erik |
brlcad: check
pm re new server setup |
21:07.00 |
Notify |
03BRL-CAD:ejno * 67360
brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: commit work on
formatting the GCV documentation in DocBook |
21:07.05 |
brlcad |
jasvir: the
point is that you should ask questions, not ask for general
information |
21:07.44 |
*** join/#brlcad ickby_
(~stefan@x5d846f8a.dyn.telefonica.de) |
21:08.08 |
jasvir |
brlcad: my
rephrased question was not good enough to convey my
thoughts? |
21:08.35 |
jasvir |
brlcad: I
understand what you are trying to say. |
21:08.48 |
brlcad |
e.g., instead
of "brief me" or "I want to know about XXX", you could have asked
something like "I see mged and libged have related functionality,
but how do they interact?" |
21:09.41 |
brlcad |
no, your
rephrased question was not good enough .. because you didn't
actually ask a question :) |
21:13.49 |
jasvir |
brlcad: |
21:13.57 |
jasvir |
I got
it |
21:14.11 |
jasvir |
will take
care of it in future. |
21:14.18 |
brlcad |
no
worries |
21:14.37 |
brlcad |
and not
anything to be embarrassed by, this is a common thing for people
new to open source |
21:14.50 |
brlcad |
that's why
reading that "smart questions" paper is a thing |
21:15.38 |
brlcad |
http://www.catb.org/esr/faqs/smart-questions.html |
21:16.57 |
jasvir |
Thanks
:) |
21:17.03 |
jasvir |
I'll
definitely read it |
21:18.27 |
``Erik |
!notify
smartquestion |
21:18.27 |
Notify |
Learn how to
ask a smart question: http://www.catb.org/esr/faqs/smart-questions.html |
21:18.54 |
``Erik |
boosh. |
21:25.23 |
Stragus |
Eh, we have
seen worse :) |
21:25.37 |
Stragus |
Can I ask to
ask? I found a bug and it doesn't work. Also, it's
homework |
21:25.41 |
Stragus |
hides |
21:31.35 |
Notify |
03BRL-CAD:vasco_costa * 67361
brlcad/trunk/src/librt/primitives/rt.cl: Only compute the hit point
normal once. Otherwise the normal computation routine might clobber
vpriv and get us the wrong results. |
21:32.55 |
*** join/#brlcad ickby
(~stefan@x5d846f8a.dyn.telefonica.de) |
21:39.50 |
brlcad |
~stragus++ |
21:53.50 |
*** join/#brlcad ickby
(~stefan@x5d846f8a.dyn.telefonica.de) |
22:31.49 |
*** join/#brlcad jasvir_
(~androirc@75-142-109-136.static.mtpk.ca.charter.com) |
22:39.54 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
22:41.43 |
jasvir |
Stragus:
;) |
22:44.12 |
*** join/#brlcad jasvir_
(~androirc@75-142-109-136.static.mtpk.ca.charter.com) |
22:50.13 |
*** join/#brlcad jasvir_
(~androirc@75-142-109-136.static.mtpk.ca.charter.com) |
22:53.33 |
*** join/#brlcad jasvir_
(~androirc@172.56.41.40) |
23:11.33 |
Notify |
03BRL-CAD
Wiki:Abanludovic * 0 /wiki/User:Abanludovic: |
23:18.34 |
starseeker |
brlcad:
sweet! (build time reduction) |
23:31.16 |
Notify |
03BRL-CAD:starseeker * 67362
brlcad/trunk/src/libged/gdiff.c: Add help statement for gdiff
command. |
23:53.21 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:54.17 |
*** join/#brlcad jasvir_
(~androirc@172.56.41.230) |
23:55.11 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:55.39 |
Notify |
03BRL-CAD:starseeker * 67363
brlcad/trunk/src/libged/gdiff.c: Add help option |
00:42.57 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:56.30 |
zaverichintan |
Hey sean. I
would like to know some patches from your end for OGV, so that I
can implement them |
01:16.09 |
brlcad |
zaverichintan: you can check out http://brlcad.org/wiki/Online_Geometry/TODO |
04:17.00 |
*** join/#brlcad shubham_
(a5e16832@gateway/web/freenode/ip.165.225.104.50) |
04:18.32 |
shubham_ |
zaverichintan: hey chintan, The todo list
for OGV has been updated on this page, and other updates for tasks
have been added. please look at those issues for whatever doubts
you have regarding the bug list or anything else. I'll put this on
the mailing list as well. |
04:18.48 |
shubham_ |
http://brlcad.org/wiki/Online_Geometry/TODO |
04:21.05 |
zaverichintan |
Thanx a lot.
I have studied the system and prepared a issue list, I will add
from the updated list too |
04:47.41 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
05:06.14 |
jasvir |
brlcad: I was
looking into src/libged/TODO list and I wish to work on 'about'
command. It say 'display version, contents of various doc files,
customizable brlcad.msg file'. Can you please tell me that which
doc files are referred here? |
05:06.54 |
jasvir |
also please
tell me where can I find brlcad.msg file |
05:09.17 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
05:14.40 |
*** join/#brlcad jasvir_
(~androirc@172.56.41.26) |
05:16.08 |
*** join/#brlcad pujani
(~pujani@124.253.186.99) |
05:48.52 |
*** join/#brlcad pujani
(~pujani@101.60.144.197) |
05:59.44 |
Notify |
03BRL-CAD
Wiki:Catchchaos * 0 /wiki/User:Catchchaos: |
06:09.04 |
*** join/#brlcad poxip
(~poxip@unaffiliated/mrpoxipol) |
06:25.37 |
*** join/#brlcad pujani
(~pujani@124.253.59.44) |
06:36.23 |
*** join/#brlcad simran
(~simran@202.164.53.117) |
06:53.20 |
*** join/#brlcad Pujani_
(~pujani@124.253.103.89) |
07:15.16 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
07:40.46 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:50.47 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
07:52.37 |
*** join/#brlcad simran
(~simran@202.164.53.117) |
08:06.06 |
*** join/#brlcad simran_
(~simran@202.164.53.117) |
08:08.50 |
*** join/#brlcad simran
(~simran@202.164.53.117) |
09:03.29 |
*** join/#brlcad zaverichintan
(~androirc@123.237.167.57) |
09:25.38 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
09:29.10 |
*** join/#brlcad simran
(~simran@202.164.53.117) |
09:31.38 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
10:21.16 |
*** join/#brlcad Gabriel
(bc1982fc@gateway/web/freenode/ip.188.25.130.252) |
10:27.03 |
*** join/#brlcad simran
(~simran@202.164.53.117) |
11:13.05 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
11:48.21 |
Notify |
03BRL-CAD
Wiki:Sanjay Garute * 0 /wiki/User:Sanjay_Garute: |
12:05.44 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
12:50.28 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
12:55.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:11.14 |
*** join/#brlcad shubham__
(71c189bf@gateway/web/freenode/ip.113.193.137.191) |
13:15.06 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
13:27.48 |
*** join/#brlcad boj_
(~boj@2001:250:3c02:763:942d:4073:9650:fa34) |
13:29.54 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:942d:4073:9650:fa34) |
13:32.05 |
*** join/#brlcad yorik
(~yorik@177.139.37.53) |
13:32.05 |
*** join/#brlcad nilram
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
13:32.36 |
*** join/#brlcad boj__
(~boj@2001:250:3c02:763:942d:4073:9650:fa34) |
14:25.27 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
14:29.43 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
14:56.57 |
Notify |
03BRL-CAD:ejno * 67364
brlcad/trunk/doc/docbook/articles/en/gcv.xml: commit work on the
gcv article |
14:57.26 |
Notify |
03BRL-CAD:starseeker * 67365
(brlcad/trunk/src/burst/CMakeLists.txt brlcad/trunk/src/burst/Hm.c
and 6 others): Burst does have a batch processing mode - see if
that can be built on Windows while leaving the termlib menu
off. |
15:11.25 |
Notify |
03BRL-CAD:starseeker * 67366
brlcad/trunk/src/burst/burst.c: narrow down the signal code - if we
don't have termlib we probably won't have sigpipe either, and the
rest all trigger default behavior to begin with. |
15:15.12 |
Notify |
03BRL-CAD:starseeker * 67367
brlcad/trunk/src/burst/ui.c: F_DUPFD is no-go on
MSVC... |
15:17.10 |
*** join/#brlcad simran
(~simran@101.56.15.235) |
15:18.54 |
Notify |
03BRL-CAD:starseeker * 67368
brlcad/trunk/src/burst/grid.c: this if conditional was backwards -
using lrand48 only if it's *not* defined doesn't work very
well... |
15:29.47 |
Notify |
03BRL-CAD:starseeker * 67369
brlcad/trunk/include/config_win.h.in: The fallbck from lrand48
should probably be the bn random number generator, but do this
until that gets sorted out... |
15:30.22 |
Notify |
03BRL-CAD
Wiki:Davinder Kaur * 0 /wiki/User:Davinder_Kaur: |
15:36.45 |
simran |
hello! I am
working on Material Database. I studied the code and fixing the
common bugs there in old code first. |
15:38.32 |
simran |
I have
updated a file and want to submit a patch on that. |
15:40.08 |
simran |
I'm sorry but
I not getting where should I add updates? should it be in BRL-CAD
MaterialsDatabase's git repository or somewhere else? |
15:41.07 |
simran |
BRL-CAD
Materials Database repository is also forked from Albert's (GSoC
2014 participant) repository. |
15:41.35 |
simran |
Can you
please suggest me the right approach here? |
15:43.29 |
*** join/#brlcad simran
(~simran@101.56.15.235) |
15:44.33 |
simran |
Yup!
OK |
15:55.37 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
16:08.45 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
16:30.22 |
Notify |
03BRL-CAD:ejno * 67370
brlcad/trunk/src/libgcv/gcv.c: add descriptive error messages for
db_dump() failures |
16:34.07 |
Notify |
03BRL-CAD:ejno * 67371
brlcad/trunk/src/libgcv/gcv.c: simplify |
16:44.46 |
*** join/#brlcad shubham_
(71c189bf@gateway/web/freenode/ip.113.193.137.191) |
16:51.23 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:58.17 |
brlcad |
simran: git
repo pull request |
17:30.08 |
*** join/#brlcad dracarys983_
(dracarys98@nat/iiit/x-lbvrjgtcueglmycw) |
17:37.15 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-txiarxxtaybqcheo) |
17:56.29 |
*** join/#brlcad qbz
(~cLavelle@50.35.70.157) |
17:58.31 |
Notify |
03BRL-CAD:ejno * 67372
brlcad/trunk/doc/docbook/articles/en/gcv.xml: more work on the
DocBook GCV documentation |
17:59.00 |
Notify |
03BRL-CAD:brlcad * 67373
brlcad/trunk/src/burst/burst.c: handle this the same way as we do
elsewhere, some signals aren't on msvc so conditionalize on those
signals existing |
18:00.14 |
Notify |
03BRL-CAD:brlcad * 67374
brlcad/trunk/src/fbserv/fbserv.c: handle signals
separately |
18:02.28 |
simran |
brlcad:
Reuest sent, patch submitted. Both I did. |
18:02.53 |
Notify |
03BRL-CAD:brlcad * 67375
brlcad/trunk/src/fbserv/fbserv.c: ws indent style
cleanup |
18:03.48 |
brlcad |
simran: saw
it, thanks! |
18:04.14 |
brlcad |
note that for
a gsoc application, you'll want to demonstrate some substantive
logic change |
18:04.33 |
brlcad |
docs
certainly appreciated too and helps you get
familiarized |
18:05.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:06.00 |
brlcad |
shubham_:
yes |
18:06.21 |
Notify |
03BRL-CAD:starseeker * 67376
brlcad/trunk/src/libbu/file.c: need second opinion on this, but it
looks like two flaws in the bu_file_delete pipeline. First one is
in the check for the remove return code - 0 is returned when the
file is successfully deleted, and -1 on error according to the man
page. If the while loop is looking for ret == 0 to continue trying
to delete, ret should be set to 1 after a successful |
18:06.23 |
Notify |
remove in
order to exit the loop. The second issue appears to be in
bu_file_exists - if fd is passed in to be assigned, the return code
is *always* successful (1) even if open is in fact trying to open a
file that does not exist (fd ends up getting -1, but bu_file_exists
returns 1 - implying the file is there.) Instead, do the fd set if
it is requested and continue on to the actual 'does it exist on the
filesystem' |
18:06.25 |
Notify |
test without
returning 1 - that way fd is set according to open *and* the return
code correctly reflects whether the file exists.... |
18:16.33 |
brlcad |
starseeker:
67376 looks good to me, failure of not using tdd |
18:17.37 |
brlcad |
technically
introduces a race, but most bu api is not meant to reflect
filesystem status atomically |
18:23.09 |
Notify |
03BRL-CAD:brlcad * 67377
brlcad/trunk/src/libbu/file.c: replace the remove() ternary with a
simpler if statement slightly less prone to mistake |
18:23.33 |
kkrcodes |
Hello
everyone! I'm Krishna Reddy, a 3rd year CS undergrad at Hindustan
University, India. I introduced myself in the mailing list a couple
of days earlier expressing my interest in the Materials Database
project. It's possible it was overlooked. I've done extensive
research both on the web and past discussions in the mailing
list(dating back to 2012) to understand the requirements and
problem domain clearly. I set up the code, worked with it and
found |
18:23.52 |
brlcad |
starseeker:
don't forget NEWS when you get burst working ;) |
18:24.00 |
brlcad |
looks like
you're close |
18:24.52 |
starseeker |
brlcad: can't
tell - no test cases ;-) |
18:25.04 |
starseeker |
it builds,
but I've no way to exercise it |
18:25.18 |
starseeker |
and I'm
nervous about the lrand48/random/rand thing... |
18:26.58 |
jasvir |
I was looking
into src/libged/TODO list and I wish to work on 'about' command. It
say 'display version, contents of various doc files, customizable
brlcad.msg file'. Can you please tell me that which doc files are
referred here? |
18:27.10 |
jasvir |
also please
tell me where can I find brlcad.msg file |
18:27.59 |
starseeker |
jasvir: I
think the brlcad.msg file is something that would be created for
the about command? |
18:28.24 |
jasvir |
will it be a
temporary file? |
18:28.32 |
starseeker |
not
sure |
18:28.46 |
jasvir |
ok |
18:28.56 |
brlcad |
starseeker:
yeah, that's all certain to be changes as those three random number
funcs aren't the same thing |
18:29.02 |
brlcad |
but I don't
think it'll matter |
18:29.47 |
brlcad |
rand() and
random() have really similar behavior, rand() being the crappier of
the two |
18:29.59 |
starseeker |
nods - leave it to MSVC to provide that
one... |
18:30.17 |
brlcad |
msvc has
random() iirc, it's _random() maybe? |
18:30.32 |
starseeker |
kinda feels
like we should be using bn's random number generator, which ideally
we would guarantee was good... |
18:30.43 |
starseeker |
checks... |
18:30.44 |
brlcad |
they
certainly have other non-posix non-unix random number generators
that are superior |
18:30.51 |
brlcad |
yeah was
going to say that |
18:31.01 |
brlcad |
especially
for burst, should just use bn |
18:31.06 |
starseeker |
bn_randmt? |
18:31.30 |
brlcad |
any of them
should do, but that will be the superior one |
18:31.31 |
jasvir |
and what docs
files referred in ',display version, contents of various doc
files,' in todo list? |
18:31.50 |
brlcad |
really want
to deprecate that function though... so we have a simpler random
number API |
18:32.12 |
starseeker |
heh - all the
other ones looked more quirky |
18:32.13 |
brlcad |
definitely
want a merzinetwister PRNG, but doesn't need to be its own
symbol |
18:32.20 |
brlcad |
just food for
thought for later |
18:33.06 |
starseeker |
brlcad: is
anything there more "future proof" than bn_randmt ? |
18:33.43 |
brlcad |
what do you
mean? |
18:33.54 |
brlcad |
api-wise that
exists, probably not |
18:33.55 |
starseeker |
we have
msr.h, rand.h and randmt.h |
18:34.13 |
starseeker |
was wondering
if something in one of those was "preferred" even if harder to
use... |
18:34.16 |
brlcad |
that's the
point, we have those three plus all the random macros like
BN_RANDOM() |
18:34.24 |
brlcad |
for fast
random numbers |
18:34.33 |
starseeker |
ah, so all of
that should boil down into a simpler api? |
18:34.39 |
brlcad |
if it
can |
18:34.53 |
brlcad |
this is where
a c++ class wins... |
18:34.57 |
brlcad |
templatized |
18:35.29 |
starseeker |
do we have a
preferred seed for bn_randmt_seed? |
18:35.32 |
brlcad |
the macro
rng's are pretty crazy fast, hard to beat, but relatively poor
randomness |
18:36.45 |
brlcad |
merging those
with something like merzzine isn't going to fly easily without
hurting their performance so we may end up with 2 or 3 api
calls |
18:36.57 |
brlcad |
seeding
depends on the app |
18:37.10 |
brlcad |
do you know
if there's any method in burst for getting repeatable
results? |
18:37.21 |
starseeker |
not
offhand... |
18:37.22 |
brlcad |
how was it
seeding rand()/random() |
18:37.59 |
starseeker |
don't
immediately see that they seed it anywhere... |
18:39.10 |
shubham_ |
brlcad: did
you get a chance to look at the updated OGV task list on the wiki,
looks good? |
18:39.10 |
starseeker |
no srand48,
seed48, or lcong48 calls, for example... |
18:40.34 |
starseeker |
the use is in
grid.c |
18:40.43 |
starseeker |
not really
sure what they're up to with it... |
18:41.56 |
starseeker |
looks like
some sort of jitter in the x and y offset |
18:42.33 |
*** join/#brlcad Guest25905
(~root@188.166.249.228) |
18:42.52 |
*** part/#brlcad Guest25905
(~root@188.166.249.228) |
18:45.12 |
brlcad |
what about
srand(), srandom() or setstate()? |
18:45.48 |
starseeker |
grep says
no |
18:45.48 |
brlcad |
we added the
lrand48 stuff so I wouldn't be surprised if someone overlooked an
srand48 seeding |
18:46.15 |
brlcad |
okay, so then
doesn't matter -- can skip seeing like it's doing or add a time(0)
seed |
18:47.19 |
starseeker |
since
bn_randmt gives us a double between 0 and 1 and they want a 2 digit
random number, is it something like (bn_randmt()*100) % 100; or
does that bias us? |
18:48.04 |
brlcad |
"yes" :
) |
18:48.22 |
starseeker |
heh |
18:48.37 |
brlcad |
rand/random
return 0 to some large number MAX_RANDOM and UINT32_MAX
respectively iirc |
18:48.44 |
starseeker |
yep |
18:48.47 |
brlcad |
so what are
they doing? |
18:48.50 |
Notify |
03BRL-CAD:ejno * 67378
brlcad/trunk/doc/docbook/articles/en/gcv.xml: fix |
18:48.58 |
starseeker |
taking that
large number and % 100 |
18:49.22 |
brlcad |
huh,
interesting |
18:49.33 |
brlcad |
set to an
int? |
18:49.42 |
starseeker |
a_user |
18:49.45 |
starseeker |
checks... |
18:49.51 |
brlcad |
o.O |
18:50.07 |
starseeker |
yeah,
int |
18:50.43 |
brlcad |
what a
terribly named ap member |
18:50.57 |
starseeker |
must agree... |
18:51.16 |
brlcad |
okay, so
wanting a normal distribution 0 to 99 inclusive |
18:51.22 |
starseeker |
nods |
18:51.58 |
brlcad |
so then yes,
just multiplying by 100 will bias |
18:52.18 |
starseeker |
thought so, but not sure what plan b is |
18:53.42 |
starseeker |
had the vague impression there were generally separate
function calls that returned different types specifially to avoid
the problems most of the naive conversion methods
cause... |
18:53.43 |
brlcad |
i think
lrint() will fix it here, lrint(bn_randmt() * 100.0) %
100 |
18:54.30 |
starseeker |
and to make
sure I understand correctly, the %100 in this case will clamp 100
back to 1? |
18:54.59 |
brlcad |
100 % 100 ==
0 |
18:55.04 |
starseeker |
er,
duh |
18:55.06 |
starseeker |
right |
18:55.09 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
18:55.40 |
brlcad |
is randmt
inclusive or exclusive 0 to 1 |
18:55.48 |
brlcad |
presume
inclusive? |
18:55.55 |
starseeker |
[0,
1]-interval according to randmt.h |
18:56.13 |
starseeker |
tries to recall his set theory
notations... |
18:56.17 |
brlcad |
okay, so if
they nomenclatured intentionally, that's a closed set,
inclusive |
18:57.11 |
brlcad |
hm, I think
that means this is wrong then, will bias too many zeros |
18:57.43 |
starseeker |
* 99 instead
of 100? |
18:58.28 |
starseeker |
then we don't
need to % 100 and up the zero count... |
19:00.06 |
brlcad |
yeah, true
lrint(bn_randmt() * 99.0) |
19:01.53 |
brlcad |
writes a little test to confirm |
19:01.56 |
Notify |
03BRL-CAD:starseeker * 67379
(brlcad/trunk/include/config_win.h.in
brlcad/trunk/src/burst/grid.c): Rather than the multiple generator
calls and platform specifics, use bn_randmt to get our random
number. (Sean) |
19:08.01 |
brlcad |
oop, no
good |
19:08.19 |
brlcad |
first and
last become half as likely |
19:10.33 |
brlcad |
can see here:
https://gist.github.com/brlcad/6cb2b01ba166800a39ac |
19:12.02 |
brlcad |
duh, still
needs to be * 100 |
19:12.30 |
brlcad |
but then
mapped down |
19:12.40 |
brlcad |
tries something lese |
19:13.56 |
brlcad |
yeah, what I
was originally going to write |
19:14.07 |
brlcad |
lrint(bn_randmt() * 100.0) % 100 does
it |
19:14.49 |
brlcad |
was thinking
the modulo was unimportant, but it's not -- it distributes the
ends |
19:14.58 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
19:15.25 |
Notify |
03BRL-CAD:ejno * 67380
(brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt
brlcad/trunk/doc/docbook/articles/en/gcv.xml): add
images |
19:16.36 |
*** join/#brlcad ickby
(~stefan@x5d846076.dyn.telefonica.de) |
19:17.09 |
brlcad |
gist updated,
https://gist.github.com/brlcad/6cb2b01ba166800a39ac |
19:31.01 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:942d:4073:9650:fa34) |
19:34.39 |
Notify |
03BRL-CAD:ejno * 67381
brlcad/trunk/doc/docbook/articles/en/gcv.xml: fix |
19:35.33 |
*** join/#brlcad nilram
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
19:37.53 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
19:38.29 |
Notify |
03BRL-CAD:brlcad * 67382
brlcad/trunk/src/burst/grid.c: need to bin results all the way up
to 100 and modulo 100 in order to get an unbiased apping into
[0,100). |
19:40.42 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
19:40.51 |
starseeker |
brlcad:
cool |
19:42.26 |
starseeker |
brlcad: I'm
going to ask around, but I'm hopeful we may be able to deprecate
the termlib interface to burst as long as we keep the batch
processing capability around |
19:52.45 |
Stragus |
Random
floating point conversion to integers is also slightly biased, just
differently from a modulo on the whole integer range |
19:53.24 |
Stragus |
The
non-biased way is looping if a random integer lands in the last
"partial set", at the end of the range |
20:10.45 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:14.10 |
*** join/#brlcad jasvir_
(~androirc@172.56.41.172) |
20:24.14 |
*** join/#brlcad jasvir
(~jass@96-41-47-93.dhcp.mtpk.ca.charter.com) |
20:26.21 |
Notify |
03BRL-CAD:ejno * 67383
brlcad/trunk/src/conv/3dm/3dm-g.cpp: generate real UUIDs; fix
reporting of corrected model issues |
20:27.14 |
brlcad |
starseeker:
k, sounds good - you know we could also retain the interactive
interface by just turning it into a simple prompting
interface |
20:27.19 |
brlcad |
printf+gets
style |
20:27.42 |
brlcad |
then it's
effectively minimally impacting, no worries to even
announce |
20:27.48 |
brlcad |
other than
news |
20:29.13 |
brlcad |
Stragus:
lrint() should be handling bias to ints because it does an even/odd
splitting at the half |
20:30.08 |
brlcad |
not the
fastest, but should be uniform throughout |
20:32.18 |
Notify |
03BRL-CAD:starseeker * 67384
brlcad/trunk/src/libged/concat.c: Update nref after doing a
db_concat |
20:33.02 |
Notify |
03BRL-CAD:starseeker * 67385
(brlcad/trunk/src/libged/kill.c brlcad/trunk/src/libged/killrefs.c
brlcad/trunk/src/libged/killtree.c): For insurance, do nref updates
after kills. |
20:38.17 |
Notify |
03BRL-CAD:brlcad * 67386
(brlcad/trunk/TODO brlcad/trunk/src/libged/TODO): bob anderson
would like a means to generate pipes automatically given an input
bot. this is my initial thoughts on an approach we could take.
other thoughts at http://brlcad.org/wiki/Convert_BoT_to_Pipe |
20:39.30 |
maths22 |
brlcad:
What's the status on the backups? |
20:39.39 |
maths22 |
Did they
finally actually work? |
20:40.12 |
Notify |
03BRL-CAD:brlcad * 67387
brlcad/trunk/TODO: marching cubes is in facetize, -M
option |
20:43.07 |
brlcad |
maths22: yes,
they're working and chugging along |
20:43.12 |
Notify |
03BRL-CAD:brlcad * 67388
brlcad/trunk/NEWS: looks like erik added the -m option to facetize
that enables marching cubes a long while back. didn't trace origin,
but look like it's been announced regardless. |
20:43.23 |
brlcad |
took a long
time to get through this gcimoin user that someone set up
;) |
20:43.31 |
brlcad |
lots of
files |
20:53.16 |
Notify |
03BRL-CAD:brlcad * 67389
brlcad/trunk/TODO: cliff broke up the libdm<->libged cyclic
dependency. bb code should generalize to librt. and ged needs
formal temp objects instead of hacks. |
20:56.33 |
Notify |
03BRL-CAD:brlcad * 67390
(brlcad/trunk/TODO brlcad/trunk/src/libged/TODO): edit command
pretty much does what was proposed, but still needs synopsis review
and extensive testing |
21:02.46 |
Notify |
03BRL-CAD:brlcad * 67391
(brlcad/trunk/TODO brlcad/trunk/src/libged/TODO): tables has a
security no-no, tree needs to take a full path, and entering solid
edit mode is obsoleted with archer's modeless editing. cliff also
decoupled screengrab's libfb/libdm linkage. |
21:11.47 |
maths22 |
brlcad: It
looks like gcimoin set up Jenkins for GCI 2012 |
21:18.38 |
jasvir |
starseeker:
can you please tell me that what is the purpose of
src/qged/cadview.* file? All it is having right now is
initialization of canvas and de-initializing it. canvas is also
initialized in src/qged/main_window* |
21:19.56 |
Notify |
03BRL-CAD:brlcad * 67392
(brlcad/trunk/TODO brlcad/trunk/src/libged/TODO): analyze could use
per-face/per-surface info |
21:20.41 |
starseeker |
jasvir: I
think cadview is a stub - it was going to become the viewing widget
for geometry, but I never got there |
21:25.59 |
starseeker |
brlcad: I was
doing some pondering about what possible analyze command options
might look like - should those go in the libged TODO? (or maybe
you should review it first lest someone take it seriously
prematurely...) |
21:26.25 |
*** join/#brlcad merzo
(~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr) |
21:27.01 |
*** join/#brlcad nmz787
(~nmz787@unaffiliated/nmz787) |
22:00.18 |
Notify |
03BRL-CAD:brlcad * 67393
brlcad/trunk/NEWS: cliff added a help option to gdiff |
22:10.59 |
*** join/#brlcad merzo
(~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr) |
22:15.16 |
jasvir |
starseeker:
there is a canvas in src/qged/main_window.h. As you said that
src/qged/cadview* is not is use currently. So if I want to use
src/qged/cadview for viewing the drawing, do I have to use
mainwindow's canvas? |
22:20.11 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:28.12 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
22:42.55 |
*** join/#brlcad Gabriel
(d5e95509@gateway/web/freenode/ip.213.233.85.9) |
22:56.45 |
Gabriel |
Hi, I have
shared a draft of my proposal for "Add exec option to search"
project. Could you, please, have a look at it? |
23:04.34 |
*** join/#brlcad jasvir__
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
23:35.16 |
*** join/#brlcad Gabriel_
(bc1aa408@gateway/web/freenode/ip.188.26.164.8) |
23:39.32 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:48.34 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
23:49.09 |
*** join/#brlcad jasvir
(~androirc@172.56.41.172) |
00:18.23 |
Notify |
03BRL-CAD
Wiki:24.93.30.83 * 9561 /wiki/User:Krajkreddy/main: /* Who I am
*/ |
00:23.24 |
*** join/#brlcad jasvir_
(~androirc@172.56.41.172) |
00:57.24 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:18.39 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
01:56.33 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
01:57.34 |
*** join/#brlcad jasvir_
(~androirc@75-142-109-136.static.mtpk.ca.charter.com) |
01:59.33 |
kkrcodes |
Hi! I've
fixed 3 bugs and submitted a pull request for the Materials
Database repository on Github. Please take a look!
Thanks. |
02:02.53 |
jasvir |
starseeker:
there is a 'canvas' each in qged/main_window and qged/cadview, If I
wish to use canvas for drawing, do I have to remove canvas from
cadview and import main_window in cadview and user main_window's
canvas where ever I have to draw? |
02:02.55 |
brlcad |
will do,
thanks kkrcodes |
02:03.34 |
brlcad |
kkrcodes:
just fyi, as the submission deadline approaches, reviews will get
fewer and farther between because everyone wants
attention |
02:04.11 |
brlcad |
not getting
to review / merge the patch before the deadline won't mean anything
(they are reviewed when apps are reviewed and
discussed) |
02:05.13 |
brlcad |
jasvir: your
question doesn't make a lot of sense to me |
02:05.34 |
brlcad |
you don't
have to do anything ... and you can do (nearly)
anything |
02:05.54 |
jasvir |
brlcad:
Actually I talked with starseeker about cadview and
main_window |
02:06.07 |
jasvir |
he told me
that cadview is just a stub and is not in use |
02:06.08 |
brlcad |
I know, I saw
the backlog |
02:06.29 |
kkrcodes |
Sure! I'll be
working on fixing more bugs and adding features in the meanwhile.
:) |
02:06.34 |
brlcad |
kkrcodes:
sounds good |
02:06.48 |
jasvir |
I found that
there is a pointer canvas in both files |
02:07.08 |
brlcad |
jasvir: we
can tell you what we had in mind, but my point is that nothing is
fixed in stone and can be changed |
02:07.37 |
brlcad |
if you study
the code and see a way to improve things, then they are probably
worth improving (or planning to improve them) |
02:07.56 |
brlcad |
if you want
the current status explained, that's certainly different and
potentially worthwhile |
02:08.23 |
brlcad |
but asking
whether to remove or keep something that he already told you was
stubbed doesn't make sense |
02:08.38 |
brlcad |
you figure
out what would be best, act on it ;) |
02:08.58 |
brlcad |
if you're
selected for gsoc, we're not going to tell you what to do
usually |
02:09.03 |
jasvir |
Yes. I wanted
to know what he/(brlcad community) think about it. Like to keep it
or remove it. May be there is some plan behind that |
02:10.15 |
brlcad |
I see that as
minutia, asking a question that doesn't yet matter (because there's
not a plan yet that cannot be easily changed) |
02:10.37 |
jasvir |
I wanted to
confirm so that I should not put efforts in wrong
direction. |
02:10.45 |
brlcad |
you also
didn't ask that, you asked if you needed to remove it |
02:10.56 |
brlcad |
which is
asking to be told what to do, in essense :) |
02:12.26 |
brlcad |
jasvir: yes,
don't get me wrong -- discussion is great, required
even |
02:12.48 |
brlcad |
the more
people discuss, the more we get to know each other and the more
likely we'll make progress together |
02:14.11 |
brlcad |
jasvir: do
you understand the intended purpose of the canvas you proposed to
remove? |
02:16.51 |
jasvir |
AFAIK, it's
not being used anywhere. But I don't know that whether it is their
for some purpose or not. Currently it seems like a detached piece
of code. |
02:33.01 |
kkrcodes |
brlcad: This
is an implementation detail, but I was just curious. The wiki page
for Materials DB mentions a possible dataset is decided (name,
density, young's modulus, equivalence factors, etc). The present
implementation shows some of these. If you have the time, I'd like
to know about the fields of the dataset. Cheers! |
02:43.22 |
kkrcodes |
I've to
disconnect now. Look forward to that discussion soon. |
02:55.54 |
brlcad |
jasvir: if
you don't know yet for what purpose it was added, then that usually
means you have more homework to do studying the code ;) |
02:58.24 |
jasvir |
Yeah. More
than I thought :P |
03:00.02 |
brlcad |
jasvir:
unused and detached don't really matter, starseeker obviously said
it was stubbed in, so you have to determine (by reading the code)
whether to make it functional or do something different |
03:01.00 |
brlcad |
certainly
welcome to talk to starseeker more about this, but it sounds like
you need to explore the code more ;) |
03:02.53 |
brlcad |
you may also
want to check out the gsoc work for 4 or 5 years ago to follow
their progress working on a new GUI |
03:03.49 |
brlcad |
http://brlcad.org/wiki/Google_Summer_of_Code/2009#Further_OpenGL_Geometry_Editor_GUI_development
-> http://brlcad.org/wiki/User:Ralith |
03:03.58 |
jasvir |
I know that
by end of the day, I have to do it by my own. I was just looking
for some views. |
03:04.14 |
brlcad |
http://brlcad.org/wiki/Google_Summer_of_Code/2008#New_GUI_Framework_for_Modeling_and_Visualization
too |
03:04.49 |
brlcad |
you actually
DON'T have to do it on your own ... |
03:05.01 |
brlcad |
your
questions just need to pass "the twinky test" :) |
03:05.44 |
brlcad |
you have to
be more productive than your questions and when you're getting
started, your questions will not be very productive (this is true
for most everyone) |
03:06.54 |
brlcad |
that means
you need to do a lot more homework earlier on so that your
questions really are difficult and the project will progress faster
overall by you asking than you not asking |
03:09.34 |
jasvir |
Yeah. I can
understand that that there is a lot of work to do ;) |
04:03.07 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:c8a0:c555:d74c:70ac) |
04:06.50 |
Notify |
03BRL-CAD
Wiki:AbuYahyaAlhalabi * 0 /wiki/User:AbuYahyaAlhalabi: |
04:07.31 |
*** join/#brlcad jasvir_
(~androirc@75-142-109-136.static.mtpk.ca.charter.com) |
05:10.15 |
*** join/#brlcad Pujani_
(~pujani@124.253.127.167) |
05:58.34 |
*** join/#brlcad Amritpal
(~amrit3701@202.164.53.117) |
06:08.20 |
*** join/#brlcad Pan_Lili
(~Pan_Lili@183.157.162.54) |
06:12.42 |
*** join/#brlcad ickby
(~stefan@x5d844f6a.dyn.telefonica.de) |
06:14.57 |
*** join/#brlcad Pan_Lili
(~Pan_Lili@183.157.162.54) |
06:57.08 |
*** join/#brlcad Pan_Lili
(~Pan_Lili@183.157.162.43) |
07:45.56 |
*** join/#brlcad ickby
(~stefan@x5d844f6a.dyn.telefonica.de) |
07:46.07 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
08:14.55 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
08:27.09 |
*** join/#brlcad jasvir
(~jass@66-215-244-116.dhcp.rvsd.ca.charter.com) |
08:49.36 |
*** join/#brlcad pujani
(~pujani@124.253.214.149) |
08:53.53 |
*** join/#brlcad ickby
(~stefan@x5d844f6a.dyn.telefonica.de) |
09:03.21 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
09:05.50 |
*** join/#brlcad Amritpal
(~amrit3701@202.164.53.117) |
09:15.53 |
*** join/#brlcad ickby
(~stefan@x5d844f6a.dyn.telefonica.de) |
09:19.52 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
09:38.56 |
*** join/#brlcad shubham_
(71c189bf@gateway/web/freenode/ip.113.193.137.191) |
10:42.49 |
*** join/#brlcad Pan_Lili
(~Pan_Lili@183.157.162.43) |
10:52.30 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
10:56.17 |
*** join/#brlcad Pujani_
(~pujani@124.253.101.244) |
11:31.28 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
11:56.24 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
13:28.40 |
*** join/#brlcad ickby
(~stefan@x5d845ea2.dyn.telefonica.de) |
13:31.57 |
*** join/#brlcad pradyumn97
(~geniuspra@14.139.243.163) |
13:32.39 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
13:52.00 |
*** join/#brlcad yorik
(~yorik@177.139.37.53) |
14:07.06 |
*** join/#brlcad ickby
(~stefan@x5d845ea2.dyn.telefonica.de) |
15:00.52 |
*** join/#brlcad shubham_
(71c18b66@gateway/web/freenode/ip.113.193.139.102) |
15:50.33 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
16:11.22 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
16:13.12 |
*** join/#brlcad simran
(~simran@101.59.87.9) |
16:39.45 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
17:20.34 |
*** join/#brlcad ickby
(~stefan@x5d84d1bf.dyn.telefonica.de) |
17:27.36 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.79.18) |
17:36.01 |
*** join/#brlcad ickby
(~stefan@x5d84d1bf.dyn.telefonica.de) |
17:36.44 |
*** join/#brlcad Amritpal
(~amrit3701@124.253.104.154) |
17:38.24 |
Amritpal |
hello
everyone, I'm working on ifc importer from brlcad |
17:39.00 |
Amritpal |
I made a
program which convert ifc file to stp file |
17:39.01 |
Amritpal |
https://github.com/amrit3701/ifc2stp |
17:39.12 |
Amritpal |
NOw what I
can do next? |
17:39.14 |
*** join/#brlcad simran
(~simran@101.59.87.9) |
17:44.14 |
Amritpal |
The above
program remove ifc prefix from all the entities of ifc file and
save it to new extension i.e. stp |
17:46.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:03.06 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
18:21.45 |
*** join/#brlcad pujani
(~pujani@115.184.25.229) |
18:44.22 |
*** join/#brlcad merzo
(~merzo@139-82-133-95.pool.ukrtel.net) |
18:47.41 |
*** join/#brlcad merzo
(~merzo@139-82-133-95.pool.ukrtel.net) |
18:48.58 |
*** join/#brlcad merzo
(~merzo@139-82-133-95.pool.ukrtel.net) |
18:50.54 |
*** join/#brlcad merzo
(~merzo@139-82-133-95.pool.ukrtel.net) |
18:51.58 |
*** join/#brlcad merzo
(~merzo@139-82-133-95.pool.ukrtel.net) |
18:54.02 |
*** join/#brlcad merzo
(~merzo@139-82-133-95.pool.ukrtel.net) |
18:55.30 |
*** join/#brlcad merzo
(~merzo@139-82-133-95.pool.ukrtel.net) |
19:24.21 |
brlcad |
Amritpal:
that's good to help you get familiarized |
19:24.44 |
brlcad |
now you
should work on something that demonstrates your ability to read and
modify either stepcode or brl-cad |
19:26.09 |
brlcad |
maybe try
hooking up a new gcv plugin (src/libgcv in brl-cad repo) or getting
stepcode to work with the ifc files without stripping the prefix,
demonstrating that working with a simple parser app |
19:30.15 |
Amritpal |
brlcad: We
will only take care of some procedural stuff of ifc i.e its
implicit function (like extrusion) because it is not present in
step's part42. |
20:05.47 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:12.15 |
*** join/#brlcad Amritpal
(7cfd689a@gateway/web/freenode/ip.124.253.104.154) |
22:54.01 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:14.09 |
*** join/#brlcad shubham
(01163f0d@gateway/web/freenode/ip.1.22.63.13) |
23:50.43 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
00:43.16 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
02:20.02 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
02:42.19 |
*** join/#brlcad adahp_
(~adahp@c-24-20-214-39.hsd1.or.comcast.net) |
03:09.37 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
03:27.28 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
04:56.05 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
05:41.24 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
05:48.33 |
*** join/#brlcad simran
(~simran@101.57.6.105) |
06:04.28 |
*** join/#brlcad ickby
(~stefan@x5d844f73.dyn.telefonica.de) |
06:48.45 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
07:01.41 |
*** join/#brlcad Amritpal
(~amrit3701@124.253.111.108) |
07:12.13 |
*** join/#brlcad simran
(~simran@101.57.6.105) |
07:17.56 |
*** join/#brlcad simran
(~simran@101.57.6.105) |
07:25.44 |
*** join/#brlcad simran__
(~Davinder@101.57.6.105) |
07:43.13 |
*** join/#brlcad pujani
(~pujani@115.184.118.92) |
07:43.13 |
*** join/#brlcad Simran
(~simran@101.57.6.105) |
08:24.19 |
*** join/#brlcad tflendrich
(~tflendric@90-156-19-101.internetia.net.pl) |
08:30.28 |
tflendrich |
hello
everyone :) Let me introduce myself: I'm Tomasz, a student
interested in taking part in GSOC with BRL-CAD |
08:31.54 |
tflendrich |
a year ago,
you had lots of interesting project ideas and it hasn't changed a
bit, so it's hard to choose something (not that I complain that
there's much to do) |
08:33.37 |
*** join/#brlcad tflendrich_
(~tflendric@90-156-19-101.internetia.net.pl) |
08:48.40 |
*** join/#brlcad pujani
(~pujani@115.184.118.92) |
08:52.39 |
*** join/#brlcad Pujani_
(~pujani@115.184.118.92) |
08:53.48 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-237-188.092.074.pools.vodafone-ip.de) |
08:57.27 |
ickby |
tflendrich:
make sure to also have a look at the other organisations which
applied together with brl-cad, for example linuxcnc, stepcode,
librecad and freecad |
08:57.37 |
ickby |
for freecad
the ideas are here:http://www.freecadweb.org/wiki/index.php?title=Google_Summer_of_Code |
08:57.49 |
ickby |
disclaimer:
I'm from the freecad dev team, :) |
09:04.13 |
tflendrich |
ickby: haha,
thanks! |
09:05.18 |
ickby |
your welcome
:) it just seems that most studends do not realized that the
BRL-CAD GSoC organisation is a combined proposal of multiple orgs,
so I'm mentioning that from time to time |
09:20.31 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
10:02.28 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
10:10.21 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
11:48.46 |
*** join/#brlcad ickby
(~stefan@x5d844f73.dyn.telefonica.de) |
12:37.41 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
12:51.00 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
12:51.24 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-rpahckryplkplmnx) |
13:20.44 |
*** join/#brlcad nilram
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
14:00.09 |
*** join/#brlcad shubam
(01163f0d@gateway/web/freenode/ip.1.22.63.13) |
14:02.58 |
*** join/#brlcad shubham_
(01163f0d@gateway/web/freenode/ip.1.22.63.13) |
14:47.31 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-hnthhrwavjcuuuek) |
14:47.57 |
*** join/#brlcad nilram__
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
15:27.41 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
15:50.20 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-nhyytxwiascstocg) |
15:54.17 |
*** join/#brlcad ickby
(~stefan@x5d845b5f.dyn.telefonica.de) |
16:06.22 |
*** join/#brlcad ickby_
(~stefan@x5d845b5f.dyn.telefonica.de) |
16:08.20 |
*** join/#brlcad yorik
(~yorik@177.139.37.53) |
16:23.37 |
*** join/#brlcad ickby_
(~stefan@x5d845b5f.dyn.telefonica.de) |
16:37.03 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
16:55.18 |
*** join/#brlcad witness_
(uid10044@gateway/web/irccloud.com/x-lxxoegdxpfzkglbv) |
17:08.47 |
*** join/#brlcad ickby_
(~stefan@x5d845b5f.dyn.telefonica.de) |
17:21.07 |
*** join/#brlcad ickby_
(~stefan@x5d845b5f.dyn.telefonica.de) |
17:28.45 |
Notify |
03BRL-CAD:starseeker * 67394
(brlcad/trunk/doc/docbook/system/mann/rm.xml
brlcad/trunk/src/libged/CMakeLists.txt): Revert work on rm command
- won't be ready for prime-time by release, so go with old
behavior. |
17:30.02 |
brlcad |
tflendrich:
welcome |
17:30.28 |
brlcad |
tflendrich:
note that our ideas list is a little out of date -- we do have some
priority topics this year, which you can see on the brlcad-devel
mailing list archives |
17:30.41 |
brlcad |
might help
you narrow down on a topic |
17:31.04 |
brlcad |
and
definitely check out our partner orgs! |
17:31.25 |
Notify |
03BRL-CAD:starseeker * 67395
brlcad/trunk/TODO: Put rm work in the backlog |
17:32.51 |
brlcad |
tflendrich:
to answer your private question, we don't know how many slots will
be assigned, but we do want each partner org to have a student or
two working |
17:33.54 |
starseeker |
brlcad: did
you want a preliminary look at my thoughts on analyze command
options, or should I go ahead and toss them into the libged TODO
entry? |
17:34.45 |
brlcad |
tflendrich:
some more, some less |
17:34.56 |
brlcad |
starseeker:
sure, either way |
17:35.30 |
starseeker |
k, just
didn't want a student to start in on it before we're done hashing
it out - I doubt very much this is final form... |
17:43.42 |
brlcad |
I got no
analyze religion other than KISS |
17:44.01 |
tflendrich |
brlcad: okay,
thanks |
17:45.21 |
starseeker |
heh. this is
probably doomed then, but I'll toss it up anyway. |
17:45.52 |
Notify |
03BRL-CAD:starseeker * 67396
brlcad/trunk/src/libged/TODO: Add some very preliminary thought on
what a general/unified analyze command might look
like... |
17:50.49 |
starseeker |
brlcad: do
you happen to remember what specifically to look for with Windows
wireframes (TODO entry?) I've drawn a few simple things like
moss.g in MGED windows in recent BRL-CAD Windows builds
successfully... |
17:51.03 |
brlcad |
what does
--visualize do? |
17:51.25 |
starseeker |
draw the
wireframe of the bounding box, the dot for the centroid, the mesh
for the convex hull, etc. |
17:51.35 |
starseeker |
without
creating actual geometry objects |
17:52.32 |
brlcad |
starseeker:
TODO was just a quick sanity check to make sure they weren't
horribly brokwn by a change |
17:52.41 |
brlcad |
so if you saw
a wireframe, not horked :) |
17:52.46 |
starseeker |
cool
:-) |
17:53.11 |
starseeker |
will re-confirm once the latest build completes (need binary
with reverted rm command) then I'll nuke that
one |
17:56.40 |
brlcad |
starseeker:
command design looks pretty good to me, looks like you covered most
things |
17:57.35 |
starseeker |
is tempted to support =obj.s syntax for components too (easy
way to extract a set of faces from a B-Rep, say) but that would
probably expand the scope of the command too far |
17:57.37 |
brlcad |
not sure we
have consistent terminology .. a surface and a face are synonymous
or ambiguous |
17:57.48 |
starseeker |
different in
B-Rep, same in mesh |
17:58.39 |
brlcad |
right |
17:59.06 |
starseeker |
and other
primitives will have primitive specific piece parts (like the voxel
example) |
17:59.12 |
starseeker |
open to ideas
on that |
17:59.23 |
brlcad |
would be good
to generalize to all entities if we can |
17:59.27 |
starseeker |
nods |
18:00.35 |
brlcad |
to simplify
the interface and code, might make sense to only support one
analysis at a time |
18:01.04 |
brlcad |
since the
other options will very likely vary per property (e.g., tolerance
and visualize) |
18:01.26 |
brlcad |
an option to
create the geometry would be good, might be mergable with
visualize |
18:01.32 |
starseeker |
hmm - good
point. visualize I can see working mulitple property, but
tolerance is a stopper |
18:01.54 |
starseeker |
that may
preclude folding gqa under this then |
18:02.26 |
starseeker |
users won't
want to re-run raytracing to get (say) volume and moment of inertia
if the raytracing is expensive |
18:02.38 |
brlcad |
you might
want to visualize one prop, like bbox, and might be surprised at
all the stuff created by other properties (e.g.,
overlap) |
18:02.48 |
starseeker |
true |
18:03.05 |
brlcad |
yes, agreed,
but we can handle that by giving analyze a context it can
reuse |
18:03.15 |
starseeker |
ah - some
sort of cache? |
18:03.41 |
brlcad |
hey good
idea.. wasn't specifically thinking that, but even
better |
18:04.06 |
brlcad |
was thinking
a command-specific hook in the ged struct where it could hang a
container |
18:04.11 |
starseeker |
create an
"analysis object" that can then be interrogated for various
properties... |
18:04.13 |
brlcad |
but having a
global cache is even better |
18:04.21 |
brlcad |
(accessed via
the ged struct) |
18:04.51 |
brlcad |
brb |
18:04.57 |
starseeker |
nods |
18:08.06 |
starseeker |
confirmed -
wireframes came up in mged |
18:09.03 |
Notify |
03BRL-CAD:starseeker * 67397
brlcad/trunk/TODO: Wireframes do draw on Windows with
MGED. |
19:06.32 |
*** join/#brlcad shubham
(01163f0d@gateway/web/freenode/ip.1.22.63.13) |
19:12.19 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
19:23.07 |
*** join/#brlcad ickby
(~stefan@x5d845b5f.dyn.telefonica.de) |
19:25.24 |
Notify |
03BRL-CAD:starseeker * 67398
brlcad/trunk/src/tclscripts/rtwizard/main.c: Start working on the
setup to make the command line bu_opt inputs feed the rtwizard tcl
script. Need to do this for the GUI even if we can eventually
replace the command line mode. |
19:31.05 |
brlcad |
wonders why 67398 indented the int function return
types |
19:39.52 |
*** join/#brlcad ickby
(~stefan@x5d845b5f.dyn.telefonica.de) |
20:12.28 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-qqcmxgbwaenubijs) |
20:52.00 |
*** join/#brlcad ickby
(~stefan@x5d845b5f.dyn.telefonica.de) |
21:28.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:39.24 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:06.42 |
starseeker |
brlcad: sorry
about that - my vim setup does that automatically for some
reason |
22:07.06 |
starseeker |
usually I fix
them manually - forgot to there because that's an intermediate
checkpoint |
00:37.02 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
01:54.13 |
brlcad |
starseeker:
http://stackoverflow.com/questions/28217118/vim-indents-c-c-functions-badly-when-the-type-and-name-are-in-different-lines |
02:07.51 |
*** join/#brlcad Simran
(~simran@101.59.217.45) |
02:24.39 |
*** join/#brlcad Pan_Lili
(~Pan_Lili@183.157.162.49) |
03:28.25 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
03:46.42 |
*** join/#brlcad adahp
(~adahp@c-24-20-214-39.hsd1.or.comcast.net) |
04:03.59 |
*** join/#brlcad galor
(~galor@69.172.150.215) |
04:41.30 |
*** join/#brlcad shubham
(a5e1683c@gateway/web/freenode/ip.165.225.104.60) |
05:00.06 |
*** join/#brlcad pujani
(~pujani@124.253.92.107) |
05:12.54 |
Notify |
03BRL-CAD
Wiki:Svitmechdept003 * 0 /wiki/User:Svitmechdept003: |
05:31.21 |
*** join/#brlcad amrinder
(75cf9f88@gateway/web/freenode/ip.117.207.159.136) |
05:31.49 |
amrinder |
ishweradmin
hi, are you ishwerdas? |
05:32.15 |
amrinder |
If yes, then
I want to as something regarding OGV |
05:33.22 |
amrinder |
sorry I just
pick name from your signature( mail reply). Are you
Inderpreet? |
05:38.32 |
Notify |
03BRL-CAD:brlcad * 67399
brlcad/trunk/TODO: add notes on an interesting openclified fft
library. |
05:39.06 |
brlcad |
amrinder: if
you ask whatever you intended to ask after determining who they
are, you will be more likely to get a response |
05:39.18 |
brlcad |
possibly even
from someone else |
05:39.40 |
brlcad |
of course,
you have to stay on IRC for that to work effectively |
05:50.54 |
amrinder |
brlcad: ok
:) |
05:51.36 |
amrinder |
I just signup
in OGV but didn't get any mail on my registered email
address |
05:53.57 |
amrinder |
is there any
other account or just a demo account to log in in OGV? |
06:34.05 |
*** join/#brlcad Simran
(~simran@115.184.201.206) |
07:42.04 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:44.18 |
*** join/#brlcad Simran
(~simran@101.57.11.108) |
08:07.58 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-olpilzxitdkuphzf) |
09:12.48 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
09:24.41 |
*** join/#brlcad pujani
(~pujani@124.253.92.107) |
09:34.53 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
09:40.45 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
10:52.31 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-znrglobnexbfbqtl) |
10:57.10 |
*** join/#brlcad Pujani_
(~pujani@124.253.71.116) |
11:57.02 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
12:05.01 |
*** part/#brlcad dracarys983
(dracarys98@nat/iiit/x-hnthhrwavjcuuuek) |
12:50.07 |
*** join/#brlcad Gabriel
(bc1b69b9@gateway/web/freenode/ip.188.27.105.185) |
12:50.23 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.215.191) |
12:53.19 |
Gabriel |
Hi, I have
shared a draft of my "Add exec option to search" GSoC project
proposal. Can anyone, please, review it? (Can I share the proposal
link here?) |
12:54.41 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
13:06.20 |
starseeker |
Gabriel: yes,
you can post the link here |
13:08.32 |
Gabriel |
Ok, thanks,
here it is |
13:08.33 |
Gabriel |
https://docs.google.com/document/d/1L1LMJ-w1IFxyDHJsGFpvXE2G_9qIlwgHSbVJhavlEiU/edit?pref=2&pli=1 |
13:09.58 |
starseeker |
Gabriel: I
can't look at it at the moment, but if someone else hasn't been
able to I'll try to give it a look tonight |
13:10.13 |
starseeker |
Gabriel: are
you working on a patch? |
13:10.51 |
starseeker |
brlcad: good
find with the stackoverflow - that's the fix |
13:11.29 |
Gabriel |
I have tryed
to add a patch, the link is included in the proposal, but Sean
Morrison told me it is not really useful and suggested me an
alternative. I did not have enough time these days to try it, but I
will be glad to work on it later. |
13:11.48 |
Notify |
03BRL-CAD:starseeker * 67400
brlcad/trunk/src/tclscripts/rtwizard/main.c: ws fix (thanks Sean
for finding
http://stackoverflow.com/questions/28217118/vim-indents-c-c-functions-badly-when-the-type-and-name-are-in-different-lines) |
13:23.59 |
*** join/#brlcad shubham
(71c1885c@gateway/web/freenode/ip.113.193.136.92) |
13:40.19 |
*** join/#brlcad yorik
(~yorik@177.139.37.53) |
13:42.54 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:17.49 |
*** join/#brlcad madhuri
(cbc7d503@conference/shaastra.hackfest/x-vholacflwqtubrwm) |
14:21.12 |
madhuri |
Hi. I'm
participating in GSoC 2016 and was interested in working with
BRL-CAD. I would like to know more about the Overlap Tool
project. |
14:25.41 |
*** join/#brlcad Pujani__
(~pujani@124.253.71.116) |
14:31.07 |
starseeker |
brlcad: this
might be of some interest: http://www.leonerd.org.uk/code/libvterm
and more particularly https://github.com/equalsraf/libvterm-win |
14:31.29 |
starseeker |
not sure how
capable it is yet, but it is apparently the layer neovim is
using |
14:48.16 |
*** join/#brlcad nilram
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
14:49.24 |
brlcad |
madhuri: what
would you like to know? |
14:50.11 |
brlcad |
starseeker:
that is indeed interesting! |
14:50.18 |
brlcad |
wonder what
mechanism they're using on windows |
14:50.31 |
brlcad |
looks |
14:52.37 |
starseeker |
they're
apparently combining it with libuv (portable I/O support):
http://libuv.org/ |
14:52.44 |
brlcad |
hmm, not bad
code .. nice to see another project using "oo-c" |
14:53.33 |
starseeker |
idly wonders if OpenBSD's version of nvi could be ported on
top of those for a simple cross platform BSD-or-freer
editor... |
14:53.57 |
starseeker |
insofar as
any version of vi can be considered simple, of
course... |
14:54.11 |
brlcad |
huh, can't
find where they actually create a pstty |
14:54.42 |
brlcad |
yeah, making
anything vi-like or emacs-like the default is just mean
:) |
14:54.52 |
starseeker |
nuts - maybe
it's just a partial thing again... |
14:55.43 |
brlcad |
what I think
I'm seeing is that they assume you have a tty |
14:56.10 |
brlcad |
so still
would be a huge step forward, but need to figure out what they're
doing on windows |
14:56.13 |
starseeker |
O.o wonder
what/how neovim is handling that... |
14:59.10 |
starseeker |
https://github.com/neovim/neovim/issues/1749
might have some useful hints in it somewhere... |
15:01.31 |
brlcad |
libuv may be
doing the tty .. I see tty code there, looks like vterm gives you
access to the screen characters and manages how that memory is
updated |
15:01.56 |
starseeker |
https://github.com/rprichard/winpty
maybe... |
15:03.29 |
starseeker |
https://github.com/rprichard/winpty/issues/63 |
15:04.16 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
15:05.28 |
*** join/#brlcad tflendrich
(~tflendric@80.50.149.118) |
15:05.51 |
brlcad |
cool, looks
like libuv does provide it |
15:05.56 |
brlcad |
uv_tty_init()
and uv_console_init |
15:12.12 |
brlcad |
that issue 63
is essentially tarruda trying to figure it out |
15:20.36 |
teepee` |
brlcad: hi,
do you have the needed infos for the gsoc mentor
invations? |
15:21.51 |
brlcad |
teepee`: not
for everyone, but I think I have 90% |
15:22.03 |
brlcad |
obviously
hadn't sent them yet |
15:22.48 |
teepee` |
as long as
you don't see any open proposals in the list, there's probably no
hurry needed |
15:23.24 |
teepee` |
the
discussion in #gsoc about the new interface seems a bit
confusing |
15:35.54 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-sggmilafhdhanvkj) |
15:36.03 |
brlcad |
teepee`:
there are a few, i'll see if I can get invites out
tonight |
15:36.21 |
teepee` |
nice,
thanks |
15:53.28 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
16:17.54 |
boj |
Hi, recently,
I noticed a *face_mode* attribute in rt_bot_internal struct, I do
not really understand what is this flag used for, could someone
give me an explanation? Thanks? |
16:23.47 |
brlcad |
boj: http://brlcad.org/wiki/BOT |
17:07.30 |
Notify |
03BRL-CAD:starseeker * 67401
(brlcad/trunk/doc/docbook/resources/other/docbook5xi.rnc
===================================================================
and 3547 others): Emacs nxml mode needs the newer rnc schema file
to validate our docs. |
17:10.52 |
Notify |
03BRL-CAD:starseeker * 67402
brlcad/trunk/doc/CMakeLists.txt: Add a doc file with notes/examples
about handy configurations for various editors when working on
BRL-CAD files. |
17:11.37 |
starseeker |
leaves it to the emacs experts to fill in more... for me the
killer feature of emacs is nxml mode... |
17:18.34 |
Notify |
03BRL-CAD:brlcad * 67403
brlcad/trunk/src/libged/TODO: received some clarification from
user, current workflow is entirely linear segments which are far
easier to track for an initial pass. |
17:23.31 |
Notify |
03BRL-CAD:starseeker * 67404
brlcad/trunk/doc/docbook/resources/other/README.schema: update
readme |
17:25.06 |
*** join/#brlcad poxip
(~poxip@2a01:115f:461:7d00:ba27:ebff:fef7:2541) |
17:25.06 |
*** join/#brlcad poxip
(~poxip@unaffiliated/mrpoxipol) |
17:31.50 |
brlcad |
starseeker:
how well might test_bot2nurbs work on pipe objects? |
17:32.04 |
starseeker |
probably not
very |
17:32.08 |
brlcad |
heh,
ok |
17:32.24 |
brlcad |
do you have
access to bob p.'s bot2pipe tcl script? |
17:33.18 |
starseeker |
asked bob - he doesn't think so |
17:34.16 |
starseeker |
the "right"
methodology there would be to do a skeleton build of the bot and
use that as a guide, imho... |
17:36.59 |
brlcad |
yeah, that
was my thought as well, find the centerline and smooth it as a
spline curve |
17:37.17 |
brlcad |
then
calculate the rcc's for each segment within a given
flatness |
17:37.56 |
brlcad |
I found a
paper that did exactly this for modeling arteries/veins, shame no
code though |
17:40.58 |
starseeker |
nods - lot of mesh based papers are shy about showing
code |
17:44.12 |
starseeker |
the one I
tend to think of is skeletal extraction by mesh contraction from
SIGGRAPH 2008 |
17:49.19 |
brlcad |
got the
script |
17:50.27 |
brlcad |
ah right, I'd
forgotten about that one ... good stuff |
17:52.34 |
starseeker |
http://skinning.org/ might be useful -
2014 course |
17:55.28 |
starseeker |
Mean
Curvature Skeletons |
17:55.38 |
starseeker |
Tagliasacchi |
17:55.48 |
starseeker |
2012 - that's
the other one |
17:58.08 |
starseeker |
pity about
CGAL licensing:
http://doc.cgal.org/latest/Surface_mesh_skeletonization/index.html |
18:03.46 |
brlcad |
simple enough
to implement |
18:04.07 |
brlcad |
it contracts
the mesh with a laplacian smoothing operator in the direction
opposite the surface normal |
18:04.13 |
brlcad |
that's pretty
cool |
18:04.58 |
brlcad |
you end up
with the mesh squished into the centerline and they use edge
collapse to reduce it to lines and junctions that topologically
match |
18:05.14 |
brlcad |
https://www.youtube.com/watch?v=-H7n59YQCRM |
18:05.25 |
starseeker |
nods - seems like the intuitive "right way" when I saw it
originally |
18:05.43 |
brlcad |
thinks this might be implementable in a few
days |
18:05.47 |
starseeker |
and the curve
centerlines are actually what we want, since we can recognize
pipe-ish shapes from them |
18:05.53 |
starseeker |
O.o |
18:06.50 |
starseeker |
figured with that being a GSoC project it would be a bit more
involved... |
18:15.18 |
brlcad |
can always
make it more involved... |
18:15.31 |
brlcad |
the 2 cent
solution seems pretty easy, especially for the common linear
case |
18:15.50 |
brlcad |
we need to
get back to doing those more often ;) |
18:16.03 |
brlcad |
especially if
we keep reducing and consolidating while we do it |
18:16.19 |
brlcad |
(instead of
just dumping more commands and API) |
18:17.40 |
brlcad |
interesting,
bobs bot2pipe is pretty extensive logic |
18:17.52 |
brlcad |
and it's a
proper archer plugin |
18:19.16 |
brlcad |
so that
siggraph method will fall apart with hollow tube-like objects ..
will have to figure out how to handle the interior |
18:28.27 |
*** join/#brlcad tflendrich
(~tflendric@90-156-19-101.internetia.net.pl) |
18:30.37 |
brlcad |
hello
tflendrich |
18:33.13 |
tflendrich |
hi
brlcad |
18:33.20 |
tflendrich |
and
everyone |
18:34.40 |
tflendrich |
I gotta set
up irssi on some VPS, so that I don't log in and off that
much |
18:41.26 |
*** join/#brlcad pujani
(~pujani@117.226.33.197) |
18:41.26 |
*** join/#brlcad Pujani_
(~pujani@117.226.33.197) |
18:58.12 |
*** join/#brlcad Amritpal
(~amrit3701@124.253.104.53) |
19:00.49 |
*** join/#brlcad zaverichintan
(~androirc@123.237.167.57) |
19:18.48 |
*** join/#brlcad ickby
(~stefan@x5d8458df.dyn.telefonica.de) |
19:38.02 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
19:41.57 |
*** join/#brlcad ickby_
(~stefan@x5d8458df.dyn.telefonica.de) |
19:51.15 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.215.191) |
19:51.51 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
20:07.26 |
starseeker |
brlcad:
probably would need feature recognition/edge detection to identify
"face" candidates, if we're going to support hollow tub
BoTs |
20:07.57 |
starseeker |
would need a
way to recognize/categorize regions of the BoT that logically group
inside/outside/cap |
20:39.45 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
20:40.35 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
21:16.30 |
Notify |
03BRL-CAD:starseeker * 67405
brlcad/trunk/src/tclscripts/rtwizard/main.c: More option to tcl
translation code (untested) |
21:49.23 |
starseeker |
is beginning to wonder if the internal use of db_search in
commands is premature, based on that db_concat issue... db_search
needs nref to be current/up-to-date, and I'm not at all sure all
the geometry changing commands (well, comb changing + add/delete -
I suppose attr and param edits won't matter) tidy up nref after
they're done |
21:57.04 |
*** join/#brlcad merzo
(~merzo@87-47-133-95.pool.ukrtel.net) |
21:59.19 |
Notify |
03BRL-CAD:n_reed * 67406
(brlcad/branches/brep-debug/CHANGES
brlcad/branches/brep-debug/CMakeLists.txt and 150 others): sync
from trunk |
22:02.04 |
Notify |
03BRL-CAD:n_reed * 67407 (svn:mergeinfo ##
-1,5 +1,5 ## and 7 others): record sync revision as mergedProperty
Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp |
22:05.40 |
Notify |
03BRL-CAD:starseeker * 67408
(brlcad/trunk/src/conv/step/BRLCADWrapper.cpp
brlcad/trunk/src/gtools/gdiff/gdiff.c and 5 others): be more
aggressive with nref updates before db_search calls. |
22:08.03 |
*** join/#brlcad ickby_
(~stefan@x5d8458df.dyn.telefonica.de) |
22:21.09 |
Notify |
03BRL-CAD:starseeker * 67409
brlcad/trunk/src/tclscripts/rtwizard/main.c: organize, debug
printing |
22:39.03 |
Notify |
03BRL-CAD:starseeker * 67410
brlcad/trunk/src/tclscripts/rtwizard/main.c: Fix mime bits -
bu_path_component no longer does mime directly |
22:43.45 |
Notify |
03BRL-CAD:starseeker * 67411
brlcad/trunk/src/tclscripts/rtwizard/main.c: these are
flags |
23:01.48 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:07.19 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:19.38 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
00:35.39 |
Notify |
03BRL-CAD:starseeker * 67412
brlcad/trunk/src/tclscripts/rtwizard/main.c: Gets as far as
starting the gui (if we remove the need for argv from
RaytraceWizard.tcl's call to main) and generating an image in
command line mode. |
00:50.27 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:29.55 |
Notify |
03BRL-CAD:brlcad * 67413
brlcad/trunk/include/bu/CMakeLists.txt: add initial API for
supporting UUIDs. this is useful in a variety of places, but is
specifically planned for the implementation of a generic performant
prep caching system. |
01:30.31 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-066-215-171.088.066.pools.vodafone-ip.de) |
01:33.53 |
Notify |
03BRL-CAD:brlcad * 67414
brlcad/trunk/include/bu/uuid.h: just create() since this is what
turns our generic container into a uuid (even though allocation
happens beforehand). |
01:38.15 |
Notify |
03BRL-CAD:brlcad * 67415
brlcad/trunk/src/libbu/tests/CMakeLists.txt: stub in uuid unit
tests |
01:41.56 |
Notify |
03BRL-CAD:brlcad * 67416
brlcad/trunk/src/libbu/tests/CMakeLists.txt: rename the two
outliers like the rest with the bu_ prefix; use cpp for our
c++. |
01:43.41 |
Notify |
03BRL-CAD:brlcad * 67417
brlcad/trunk/src/libbu/tests/test_funcs.c: bu_ prefix is reserved
for public API |
01:45.40 |
Notify |
03BRL-CAD:brlcad * 67418
brlcad/trunk/src/libbu/tests/test_internals.h: don't need to
declare a function not used outside of test_funcs.c |
01:53.48 |
Notify |
03BRL-CAD:brlcad * 67419
brlcad/trunk/src/libbu/tests/test_funcs.c: we can simplify further
-- just seed off the time(). |
01:54.51 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
02:02.42 |
Notify |
03BRL-CAD:brlcad * 67420
(brlcad/trunk/src/libbu/tests/bu_bitv.c
brlcad/trunk/src/libbu/tests/test_funcs.c
brlcad/trunk/src/libbu/tests/test_internals.h): further
simplication as both the two remaining functions are only used in
one place. when they get used in multiple locations, we can deal
with them. |
02:22.42 |
Notify |
03BRL-CAD:brlcad * 67421
(brlcad/trunk/src/libbu/tests/CMakeLists.txt
brlcad/trunk/src/libbu/tests/bitv-tests.cmake and 4 others): use
our existing BRLCAD_OK/ERROR symbols that also conform with
standard system process return code behavior of 0 meaning success,
non-zero indicating failure. |
02:25.02 |
Notify |
03BRL-CAD:brlcad * 67422
(brlcad/trunk/src/libbu/tests/CMakeLists.txt
brlcad/trunk/src/libbu/tests/bu_bitv.c and 3 others): this header
is now empty and can be removed. |
02:26.03 |
Notify |
03BRL-CAD:brlcad * 67423
(brlcad/trunk/src/libbu/tests/test_funcs.c
===================================================================
and 59 others): ditto for the empty shared test lib |
02:30.29 |
Notify |
03BRL-CAD:brlcad * 67424
(brlcad/trunk/src/libbu/tests/CMakeLists.txt
brlcad/trunk/src/libbu/tests/bitv-tests.cmake
brlcad/trunk/src/libbu/tests/vls-tests.cmake): prefix each test
with test_ instead of tester_ for brevity and readability (verb
instead of noun) |
02:34.44 |
Notify |
03BRL-CAD:brlcad * 67425
brlcad/trunk/src/libbu/CMakeLists.txt: rename timer.c to gettime.c
to reflex the file contents (bu_gettime()) |
02:36.34 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-hnyvmcslpqrfugzq) |
02:45.30 |
Notify |
03BRL-CAD:brlcad * 67426
(brlcad/trunk/src/libbu/date-time.c
brlcad/trunk/src/libbu/gettime.c): consolidate the time functions.
still need to fix API conformance... |
02:48.51 |
Notify |
03BRL-CAD:brlcad * 67427
brlcad/trunk/src/libbu/CMakeLists.txt: remove empty file now that
the function moved to date-time.c, which we're also renaming to
datetime.c |
02:51.47 |
Notify |
03BRL-CAD:brlcad * 67428
brlcad/trunk/src/libbu/tests/CMakeLists.txt: move the test name to
match the new sourcefile name |
02:56.05 |
Notify |
03BRL-CAD:brlcad * 67429
brlcad/trunk/src/libbu/tests/CMakeLists.txt: tidy up the remaining
two cmake files with a tests_ prefix so the directory listing sorts
and is conveniently grouped by type. |
03:15.22 |
Notify |
03BRL-CAD:brlcad * 67430
brlcad/trunk/src/libbu/vls_vprintf.c: there is no value in manually
extending the vls during every vprintf call since the subsequent
string ops check and extend as needed. in fact extending every call
could cause the allocation to grow too rapidly if we repeatedly
print less than the step size. |
03:20.23 |
Notify |
03BRL-CAD:brlcad * 67431
(brlcad/trunk/src/libbu/vls.c
brlcad/trunk/src/libbu/vls_internals.h): don't need to keep
_VLS_ALLOC_STEP in a header any more |
03:27.51 |
Notify |
03BRL-CAD:brlcad * 67432
(brlcad/trunk/src/libbu/bu_internals.h
===================================================================
and 59 others): match the two other 'internals' headers that
pertain to private API we need in a header due to unit testing API.
need a better simpler convention, but still good to avoid the bu_
prefix in this instance as these all pertain to bitv. |
03:29.32 |
Notify |
03BRL-CAD:brlcad * 67433
(brlcad/trunk/src/libbu/CMakeLists.txt
brlcad/trunk/src/libbu/bitv.c
brlcad/trunk/src/libbu/tests/bu_bitv.c): udpate the header
references from bu_internals.h to bitv_internals.h |
03:38.51 |
Notify |
03BRL-CAD:brlcad * 67434
(brlcad/trunk/src/libbu/CMakeLists.txt
brlcad/trunk/src/libbu/bitv.c and 16 others): see if we can get
away with having 'internals' api headers simply match their
corresponding source files/prefix. this better matches what most
programmers are taught to do when sharing declarations across
compilation units and is an easier convention to follow (and still
permits lib_private.h headers for |
03:38.54 |
Notify |
all-encompassing shared-module
symbols). |
03:38.56 |
Notify |
... |
03:42.43 |
Notify |
03BRL-CAD:brlcad * 67435
(brlcad/trunk/src/libbu/bitv.h brlcad/trunk/src/libbu/rb.h
brlcad/trunk/src/libbu/vls_vprintf.h): update guards and header to
reflect file rename |
04:06.16 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
05:50.32 |
Notify |
03BRL-CAD:brlcad * 67436
brlcad/trunk/src/mged/setup.c: unused vars now that we are no
longer manually loading tree.tcl on windows |
05:56.22 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
06:02.45 |
*** join/#brlcad Zitara
(252714bd@gateway/web/freenode/ip.37.39.20.189) |
06:07.55 |
Notify |
03BRL-CAD:brlcad * 67437
(brlcad/trunk/src/libbu/tests/CMakeLists.txt
brlcad/trunk/src/libbu/tests/bu_datetime.c): consolidate the
bu_gettime() tests into bu_datetime's set as test #0, expand the
test a little bit to detect time travel |
06:12.01 |
*** join/#brlcad Zitar
(~chatzilla@37.39.20.189) |
06:27.06 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
06:50.13 |
*** join/#brlcad Pan_Lili
(~Pan_Lili@183.157.162.48) |
07:07.59 |
Pan_Lili |
Hi, when I
update brlcad to version 67393, it is successfully compiled but
when I run âmake testâ, the result is showed below.Is it
normal? |
07:08.21 |
Pan_Lili |
The following
tests FAILED: |
07:08.23 |
Pan_Lili |
<PROTECTED> |
07:08.23 |
Pan_Lili |
<PROTECTED> |
07:08.23 |
Pan_Lili |
<PROTECTED> |
07:08.23 |
Pan_Lili |
<PROTECTED> |
07:08.24 |
Pan_Lili |
<PROTECTED> |
07:08.24 |
Pan_Lili |
<PROTECTED> |
07:08.28 |
Pan_Lili |
<PROTECTED> |
07:08.30 |
Pan_Lili |
<PROTECTED> |
07:08.32 |
Pan_Lili |
<PROTECTED> |
07:08.34 |
Pan_Lili |
<PROTECTED> |
07:08.36 |
Pan_Lili |
<PROTECTED> |
07:08.38 |
Pan_Lili |
<PROTECTED> |
07:56.01 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
08:06.26 |
*** join/#brlcad Pan_Lili
(~Pan_Lili@183.157.162.48) |
08:07.44 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-cpmwmkebfbpalitq) |
08:20.28 |
*** join/#brlcad Pan_Lili
(~Pan_Lili@183.157.162.48) |
09:10.26 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:34.07 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
09:55.28 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0 /wiki/User:Johnsmith2167: |
09:59.09 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:Mac_mail_Customer_Service_Phone_Number_1-855-478-3289_Mac_mail_Customer_Support.png:
Mac mail Customer Service Phone Number 1-855-478-3289 Mac mail
Customer Support |
10:10.34 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
10:42.10 |
Notify |
03BRL-CAD
Wiki:Patrick Willium * 0 /wiki/User:Patrick_Willium: |
10:52.21 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
11:33.12 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
11:37.41 |
starseeker |
note for
Gabriel when he returns to channel - the core search functionality
is actually implemented in librt, not libged - need to think about
how the -exec option will be recognized and the inputs to search
reworked if we're going to hangle -exec at the libged
level |
12:34.10 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:Norton_antivirus_support_phone_number_%2B1-855-315-3657.png:
norton antivirus support phone number +1-855-315-3657 norton tech
support phone number, norton customer support phone number
1-855-315-3657 |
12:35.55 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:-$-Gmx_customer_Service_Phone_Number_@%2B1-855-478-3289_Gmx_-support_-Phone_-Number_-USA_-and_Canada.png:
(++@@Call, +1-855-478-3289 for all type help by Gmx Customer
Service phone number, Gmx Tech Support Phone Number, Gmx Help Desk
Phone Number, Gmx tech support number |
12:37.15 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:@1-855-553-8765_-!-_quicken_intuit_Support_Number,quicken_phone_number.png:
Call Toll Free Number @1-855-553-8765Â #!# quicken Support Number,
quicken intuit Support phone Number, quicken support number,
quicken phone number, quicken intuit support number, support phone
number |
12:40.11 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:1-855-288-0082_Facebook_Helpline_%2B1-855-288-0082_Facebook_tech_support_phone_number_USA.png:
Facebook Tech Support@@Â 1-855-288-0082Â Facebook Customer Service
Phone Number,Facebook Technical support Number??> |
12:40.45 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:1-855-389-7335_Kindle_fire_technical_support_number_@_kindle_fire_technical_support_Phone_number.png:
Help@1-855-389-7335Â @@@ Kindle fire technical support number
@@#@@# kindle fire technical support Phone number @ |
12:40.46 |
archivist |
ban that
spammer! |
12:41.30 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:$$_-@@-_-$_Aim_mail_Customer_Service_Support_Phone_Number_1-855-315-1407_Aim_mail_Tech_Support.png:
$$ #@@# #$ Aim mail Customer Service Support Phone NumberÂ
1-855-315-1407Â Aim mail Tech Support |
12:42.10 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:Gmail_Customer_Service_Number_%2B1-855-315-1407_(USA)_-_Gmail_Password_Recovery_Toll_Free_Number.png:
Get World Best Professionals Easily For Gmail Problem Solution
Contact 24*7 to Gmail Customer Support Number @ Gmail Customer
Service Number 1-855-315-1407Gmail Customer Service NumberÂ
+1-855-315-1407Â (USA)| Gmail Password Recovery Toll Free
Number... |
12:42.59 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:HELP@@_1-855-478-3289_Rocketmail_Custmer_Care_Service_Support_Phone_Number_USA_and_Canada.png:
Rocketmail Phone Number 1-855-478-3289 for if you getting bored
with Rocketmail Ge issues like Rocketmail not working and
Rocketmail hack |
12:44.14 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:Hush_mail_Customer_Service_Phone_Number_--_-@-@-@1-855-478-3289_$$_-@@-_-$_Hush_mail_Tech_Support.png:
1-855-315- mail Customer Service Phone Number B106 @#@#@#$
1-855-478-3289 $$ #@@# #$ Hush mail Tech Support
1-855-478-3289 |
12:44.59 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:Pogo_Tech_Support_number_%2B1-855-288-0082_Pogo_Games_technical_Support_Phone_Number.png:
Games Support +1-855-288-0082 Pogo Games technical Support Phone
Number, Pogo Tech Support phone number, Pogo Technical Support
phone |
12:46.01 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:Support_--@@_toll_free_1-855-288-0082_--Ebuddy_customer_service_Ebuddy_support_phone_Number.png:
Support ##@@ toll free 1-855-288-0082 ##Ebuddy customer service
Ebuddy support phone Number |
12:50.42 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:Twitter_tech_support_@_1-855-288-0082_Customer_service_number.jpg:
Twitter tech support @Â 1-855-288-0082Â Customer service
number. |
12:56.24 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:Activating_and_Setting_Up_iPhone_customer.png:
1-855-288-0082Â */How to Set Up a New iPhone - iPhone/Activating
and Setting Up iPhone customer */ technical support number
activation iphone |
12:58.34 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:CALL_1-855-315-3657_Mozilla_Thunderbird_Customer_Service_Phone_Number_!_Mozilla_Thunderbird_Support.png:
@!!1-855-315-3657!@ Mozilla Thunderbird Customer Service Phone
Number 1-855-315-3657 Mozilla Thunderbird Support Phone Number
1-855-315-3657 |
13:05.21 |
Notify |
03BRL-CAD
Wiki:Johnsmith2167 * 0
/wiki/File:Roadrunner_Technical_support_Phone_Number_1-855-288-0082_Roadrunner_Customer_Service_No.png:
$$## Roadrunner Technical support Phone Number 1-855-288-0082Â
Roadrunner Customer Service Number 1-855-288-0082 |
13:06.11 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:08.34 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
13:14.24 |
*** join/#brlcad yorik
(~yorik@177.139.37.53) |
13:34.56 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0 /wiki/User:Johnsmith2167: Inserting
nonsense/gibberish into pages |
13:35.19 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Mac_mail_Customer_Service_Phone_Number_1-855-478-3289_Mac_mail_Customer_Support.png:
spam |
13:35.55 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Norton_antivirus_support_phone_number_%2B1-855-315-3657.png:
spam |
13:36.09 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:-$-Gmx_customer_Service_Phone_Number_@%2B1-855-478-3289_Gmx_-support_-Phone_-Number_-USA_-and_Canada.png:
spam |
13:36.19 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:@1-855-553-8765_-!-_quicken_intuit_Support_Number,quicken_phone_number.png:
spam |
13:36.28 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:1-855-288-0082_Facebook_Helpline_%2B1-855-288-0082_Facebook_tech_support_phone_number_USA.png:
spam |
13:36.43 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:1-855-389-7335_Kindle_fire_technical_support_number_@_kindle_fire_technical_support_Phone_number.png:
spam |
13:37.11 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:$$_-@@-_-$_Aim_mail_Customer_Service_Support_Phone_Number_1-855-315-1407_Aim_mail_Tech_Support.png:
spam |
13:37.21 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Gmail_Customer_Service_Number_%2B1-855-315-1407_(USA)_-_Gmail_Password_Recovery_Toll_Free_Number.png:
spam |
13:37.30 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:HELP@@_1-855-478-3289_Rocketmail_Custmer_Care_Service_Support_Phone_Number_USA_and_Canada.png:
spam |
13:37.39 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Hush_mail_Customer_Service_Phone_Number_--_-@-@-@1-855-478-3289_$$_-@@-_-$_Hush_mail_Tech_Support.png:
spam |
13:37.42 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Pogo_Tech_Support_number_%2B1-855-288-0082_Pogo_Games_technical_Support_Phone_Number.png:
spam |
13:37.49 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Support_--@@_toll_free_1-855-288-0082_--Ebuddy_customer_service_Ebuddy_support_phone_Number.png:
spam |
13:41.27 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:04.34 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:05.19 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
14:11.41 |
*** join/#brlcad penumbra
(~arttp2@182.69.162.89) |
14:56.15 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
14:56.19 |
Notify |
03BRL-CAD:starseeker * 67438
brlcad/trunk/src/tclscripts/rtwizard/main.c: Set argc/argv so we
don't have to change RaytraceWizard.tcl |
14:56.25 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Twitter_tech_support_@_1-855-288-0082_Customer_service_number.jpg:
spam |
14:56.27 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Real_Player_Support_Number_@@_%2B_1-855-288-0082_Toll_Free_Number,_Customer_Support_Number.png:
spam |
14:56.29 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Activating_and_Setting_Up_iPhone_customer.png:
spam |
14:56.56 |
*** join/#brlcad nilram__
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
14:57.14 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
14:57.17 |
Notify |
03BRL-CAD:starseeker * 67438
brlcad/trunk/src/tclscripts/rtwizard/main.c: Set argc/argv so we
don't have to change RaytraceWizard.tcl |
14:57.23 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Twitter_tech_support_@_1-855-288-0082_Customer_service_number.jpg:
spam |
14:57.25 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Real_Player_Support_Number_@@_%2B_1-855-288-0082_Toll_Free_Number,_Customer_Support_Number.png:
spam |
14:57.27 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Activating_and_Setting_Up_iPhone_customer.png:
spam |
14:57.29 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:CALL_1-855-315-3657_Mozilla_Thunderbird_Customer_Service_Phone_Number_!_Mozilla_Thunderbird_Support.png:
spam |
14:57.31 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/File:Roadrunner_Technical_support_Phone_Number_1-855-288-0082_Roadrunner_Customer_Service_No.png:
spam |
15:19.56 |
Notify |
03BRL-CAD:starseeker * 67439
(brlcad/trunk/include/tclcad.h
brlcad/trunk/src/libtclcad/CMakeLists.txt): The Tcl initialization
code used by bwish/btclsh, mged, and potentially other C Tcl/Tk
programs should be a common routine (or at least, the 'default'
elements of it) - make a stab at defining such a routine in
libtclcad. For now it's just going to be used in testing with
rtwizard, but if/when the kinks are |
15:19.58 |
Notify |
ironed out it
should replace similar code in bwish and (probably)
mged. |
15:20.00 |
Notify |
... |
15:24.27 |
Notify |
03BRL-CAD:starseeker * 67440
(brlcad/trunk/include/tclcad.h
brlcad/trunk/src/libtclcad/tclcad_init.c): Go with a more generic
name |
15:25.48 |
Notify |
03BRL-CAD:starseeker * 67441
brlcad/trunk/src/tclscripts/rtwizard/main.c: Use the new tclcad
functions. |
15:52.30 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.215.191) |
16:20.51 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:31.15 |
*** join/#brlcad amrinder
(75c767a3@gateway/web/freenode/ip.117.199.103.163) |
16:59.33 |
amrinder |
I'm getting
verification error for my account on OGV |
17:00.14 |
amrinder |
I haven't
got any mail regarding OGV on my mail id. |
17:00.24 |
amrinder |
Is there
anything which I'm missing |
17:00.25 |
amrinder |
? |
17:06.23 |
*** join/#brlcad Gabriel_
(bc1ab9c9@gateway/web/freenode/ip.188.26.185.201) |
17:11.14 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
17:12.13 |
amrinder |
ishweradmin: |
17:12.50 |
*** join/#brlcad pujani
(~pujani@117.225.16.45) |
17:14.44 |
Notify |
03BRL-CAD:n_reed * 67442
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt:
fix docbook macro path |
17:21.22 |
pujani |
hi, I am
Sameer Pujani undergraduate 4th year student of Btech IT. I want to
contribute with brlcad in "Materials Database Project". |
17:51.55 |
Notify |
03BRL-CAD:n_reed * 67443
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
add note on memory allocation |
17:56.50 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
18:07.27 |
brlcad |
hi
pujani |
18:08.11 |
brlcad |
pujani: given
how late you're coming into the applications, I would suggest
contacting one of our partner orgs (stepcode, librecad, freecad,
openscad, linuxcnc) |
18:08.21 |
brlcad |
or
now |
18:08.26 |
brlcad |
s/now/not/ |
18:11.22 |
*** join/#brlcad pujani
(~pujani@117.225.16.45) |
18:15.36 |
*** join/#brlcad Akamoha
(67e16433@gateway/web/freenode/ip.103.225.100.51) |
18:23.51 |
*** join/#brlcad Gabriel_
(567f7ccb@gateway/web/freenode/ip.86.127.124.203) |
18:35.59 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
19:09.45 |
*** join/#brlcad pujani
(~pujani@117.225.16.45) |
19:40.34 |
*** join/#brlcad pujani
(~pujani@117.237.115.182) |
19:47.53 |
Notify |
03BRL-CAD:starseeker * 67444
(brlcad/trunk/include/tclcad.h
brlcad/trunk/src/libtclcad/tclcad_init.c
brlcad/trunk/src/tclscripts/rtwizard/main.c): Per discussion with
Sean, go simple with the init function and narrow the options down
to non-GUI (turn on everything that doesn't need Tk) or GUI (turn
on everything) on the theory that we should be able to initialize
these without doing any harm even if we don't need |
19:47.55 |
Notify |
them. |
19:47.57 |
Notify |
... |
20:01.35 |
Notify |
03BRL-CAD:starseeker * 67445
brlcad/trunk/src/mged/setup.c: Try the new tclcad_init function in
MGED |
20:05.40 |
Notify |
03BRL-CAD:starseeker * 67446
brlcad/trunk/src/bwish/winMain.c: bio.h immediately undefines the
WIN32_LEAN_AND_MEAN define, so there's no point in doing
this. |
20:10.09 |
Notify |
03BRL-CAD:starseeker * 67447
brlcad/trunk/src/bwish/CMakeLists.txt: unixMain.c is unused
according to the build logic. |
20:44.49 |
Notify |
03BRL-CAD:starseeker * 67448
brlcad/trunk/src/bwish/main.c: Replace Tcl init in main.c with
tclcad_init |
20:56.29 |
``Erik |
FreeBSD rpi2
11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296485: Tue Mar 8 16:35:01
UTC 2016
root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI2
arm |
21:21.49 |
Notify |
03BRL-CAD:starseeker * 67449
(brlcad/trunk/src/bwish/CMakeLists.txt
brlcad/trunk/src/bwish/input.c brlcad/trunk/src/bwish/main.c):
Consolidate tcl.c into main.c, flatten some of the function calls.
Not 100% sure, but it looks like the commands from cmd.c are not
defined on Windows? |
21:51.55 |
Notify |
03BRL-CAD:starseeker * 67450
(brlcad/trunk/src/bwish/cmd.c brlcad/trunk/src/bwish/main.c):
Relatively crude and untested, but make a stab at merging the
Windows and unix main files. This doesn't do much to actually
consolidate the logic, but the initial goal is to be able to build
one set of files on all platforms. |
21:52.39 |
Notify |
03BRL-CAD:starseeker * 67451
(brlcad/trunk/src/bwish/cmd.c brlcad/trunk/src/bwish/input.c): need
common.h to know about windows.h |
21:58.50 |
*** join/#brlcad witness_
(uid10044@gateway/web/irccloud.com/x-ycsluqwkxzhoqixf) |
22:19.44 |
brlcad |
``Erik: new
phone? |
22:33.17 |
Notify |
03BRL-CAD:starseeker * 67452
(brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake
brlcad/trunk/src/bwish/CMakeLists.txt
brlcad/trunk/src/libtclcad/CMakeLists.txt): Take the big step and
consolidate bwish/btclsh srcs (and build logic) down. Untested on
Windows. |
23:06.45 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:10.23 |
Notify |
03BRL-CAD:vasco_costa * 67453
(brlcad/trunk/src/librt/librt_private.h
brlcad/trunk/src/librt/primitives/common.cl and 6 others): apply sf
patch 435 from Param Hanji which adds opencl code for the epa
primitive. commented out code which modifies vpriv shot data from
all primitive normal computations. |
23:11.22 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:50.03 |
kkrcodes |
brlcad: I've
added new features: export to txt and json, new form for solving
data inconsistency and fixed several more bugs in Materials
Database project. |
23:51.02 |
kkrcodes |
brlcad: I've
updated the pull request - https://github.com/BRL-CAD/MaterialsDatabase/pull/4
. Please take a look! Thanks. |
23:51.13 |
Notify |
03BRL-CAD:starseeker * 67454
brlcad/trunk/src/bwish/main.c: Fixes to MSVC build |
23:52.45 |
starseeker |
woo
hoo! |
23:53.54 |
starseeker |
C code isn't
much cleaner, but build logic is a lot nicer |
23:55.29 |
Notify |
03BRL-CAD:starseeker * 67455
brlcad/trunk/src/bwish/CMakeLists.txt: ws |
23:57.28 |
kkrcodes |
I've also
updated my proposal to reflect this and re-uploaded it to the GSoC
portal as a new document. Feedback/suggestions for improving the
proposal further would be much appreciated! Thanks! :) |
00:00.59 |
*** join/#brlcad penumbra
(~arttp2@122.162.168.88) |
00:10.47 |
Notify |
03BRL-CAD:starseeker * 67456
brlcad/trunk/src/mged/CMakeLists.txt: Rework mged build logic along
bwish lines. Note that since MGED is supposed to be able to run as
a console app, we can't give it the GUI flag to make it a 'proper'
Windows GUI app... |
00:15.34 |
Notify |
03BRL-CAD:starseeker * 67457
brlcad/trunk/src/adrt/CMakeLists.txt: Nuke another WIN32 if test,
this time in isst's CMake. Maybe be able to turn this into a proper
gui exec with the techniques from rtwizard work... |
01:28.38 |
*** join/#brlcad nawrxgupvwtcxyjk
(~armin@dslc-082-083-185-072.pools.arcor-ip.net) |
02:14.46 |
Notify |
03BRL-CAD:starseeker * 67458
(brlcad/trunk/include/tclcad.h
brlcad/trunk/src/libtclcad/tclcad_init.c
brlcad/trunk/src/tclscripts/rtwizard/main.c): fix
tclcad_set_argv |
02:16.26 |
Notify |
03BRL-CAD:starseeker * 67459
(brlcad/trunk/src/adrt/CMakeLists.txt
brlcad/trunk/src/adrt/isst_tcltk.c
brlcad/trunk/src/tclscripts/CMakeLists.txt): turn isst into a GUI
executable (untested on Windows) |
02:44.55 |
Notify |
03BRL-CAD:starseeker * 67460
brlcad/trunk/src/adrt/isst_tcltk.c: Start trying to figure out what
the miminal WinMain setup is. |
03:09.04 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
03:11.48 |
starseeker |
winces as he sees the NOSA 2.0 license is *still* stuck in
the OSI review process |
03:13.05 |
starseeker |
would not blame NASA at all if they just started using NOSA
2.0 without the OSI stamp - holy mackerel |
03:17.10 |
*** join/#brlcad yuxiaozou
(63214ca2@gateway/web/freenode/ip.99.33.76.162) |
04:29.12 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-xevkumdroojezthe) |
04:55.20 |
*** join/#brlcad ickby_
(~stefan@x5d845464.dyn.telefonica.de) |
05:03.26 |
*** join/#brlcad amrinder
(75c767a3@gateway/web/freenode/ip.117.199.103.163) |
05:15.24 |
*** join/#brlcad pujani
(~pujani@124.253.89.119) |
05:29.41 |
Notify |
03BRL-CAD:brlcad * 67461
brlcad/trunk/AUTHORS: note the code contribution from param hanji,
applied in r67453 from sf patch 435, which adds opencl code for the
epa primitive |
05:44.52 |
amrinder |
ishweradmin:
are you there? |
05:54.02 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
06:19.50 |
tandoorichick |
i was
wondering, since i'm working on the polygonal mesh healing project,
if i could intergrate all of it into one command, say for example
'heal'. this command would have parameters to choose what all steps
in mesh healing need to be done and values such as merge tolerance,
etc. is this plausible? |
06:24.09 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:c8a0:c555:d74c:70ac) |
06:24.14 |
*** join/#brlcad nilram
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
06:29.29 |
*** join/#brlcad ickby_
(~stefan@x5d845464.dyn.telefonica.de) |
06:46.32 |
*** join/#brlcad nilram
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
06:48.46 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:c8a0:c555:d74c:70ac) |
06:49.04 |
*** join/#brlcad nilram_
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
06:52.05 |
*** join/#brlcad nilram
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
06:52.06 |
*** join/#brlcad boj_
(~boj@2001:250:3c02:763:c8a0:c555:d74c:70ac) |
07:18.40 |
*** join/#brlcad Izakey
(~Isaac@41.205.19.148) |
07:42.44 |
amrinder |
brlcad: I'm
not getting verification mail from OGV. Is there any other way to
login properly in OGV-meteor? |
08:02.43 |
*** join/#brlcad penumbra
(~arttp2@182.69.185.11) |
08:08.10 |
*** join/#brlcad pujani
(~pujani@124.253.89.119) |
08:10.01 |
*** join/#brlcad Izak
(~Isaac@41.205.19.148) |
08:11.54 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-sgdjjcbydgxzzofl) |
08:16.14 |
*** join/#brlcad jasleen
(~jasleen@117.255.209.218) |
08:17.34 |
*** join/#brlcad penumbra_
(~arttp2@122.162.207.116) |
08:47.56 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.199.106.179) |
09:02.31 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:02.45 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@45.127.65.253) |
09:03.58 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@45.127.65.253) |
09:16.23 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
09:44.38 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
09:45.39 |
*** join/#brlcad Amritpal
(~amrit3701@202.164.53.117) |
09:56.06 |
*** join/#brlcad ries_
(~ries@D979CC89.cm-3-2d.dynamic.ziggo.nl) |
09:56.16 |
*** part/#brlcad ries_
(~ries@D979CC89.cm-3-2d.dynamic.ziggo.nl) |
10:09.55 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.245.161) |
10:12.06 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@59.96.142.150) |
10:30.37 |
*** join/#brlcad jasleen
(~jasleen@117.255.209.218) |
10:50.26 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.220.169.13) |
11:42.20 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-bzbngisruebirhkp) |
12:39.21 |
*** join/#brlcad pujani
(~pujani@124.253.89.119) |
12:56.55 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:40.47 |
*** join/#brlcad yorik
(~yorik@177.139.37.53) |
13:46.26 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
13:47.32 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.245.161) |
18:42.06 |
*** join/#brlcad infobot (ibot@rikers.org) |
18:42.07 |
*** 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/ |
18:50.01 |
starseeker |
brlcad: so
you don't propose to have any programmatic way to get (say) the set
of all image or model mime types? |
18:54.38 |
*** join/#brlcad pujani
(~pujani@117.234.177.78) |
18:58.56 |
Notify |
03BRL-CAD:starseeker * 67467
brlcad/trunk/src/librt/CMakeLists.txt: uncommitted
file? |
18:59.55 |
Notify |
03BRL-CAD:starseeker * 67468
brlcad/trunk/src/conv/3dm/3dm-g.cpp: fix 3dm-g build |
19:02.28 |
starseeker |
really doesn't like the returning multiple mime types bit -
that's a lot of application logic to sort through the results,
especially if there's no pre-defined set of image/model mime types
to help with filtering |
19:04.30 |
starseeker |
know it has
to be done for (say) multiple step mime types, but even if we don't
know of any cross-domain file extension collisions currently I'd
prefer to have a future proof API that wouldn't break if someone
should do that in the future |
19:05.37 |
starseeker |
if I can at
least have a hard guarantee that all of my mime returns for .stp
were CAD formats, I could process on that basis without also having
to (potentially) sort through other garbage not relevant at all to
the problem domain... |
19:06.50 |
starseeker |
I suppose the
pragmatic approach would be to use just the subset of mime types we
(potentially) care about rather than the whole of
mime.types... |
19:07.03 |
starseeker |
sort of a
scope constraint for a libbu API, but it would probably
work |
19:09.35 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
19:19.36 |
*** join/#brlcad pujani
(~pujani@117.234.177.78) |
19:33.24 |
*** join/#brlcad ``Erik_
(~erik@pool-100-16-40-20.bltmmd.fios.verizon.net) |
19:44.36 |
pujani |
hi
brlcad |
19:57.56 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
20:19.07 |
*** join/#brlcad shubham_
(012722a4@gateway/web/freenode/ip.1.39.34.164) |
20:20.32 |
*** join/#brlcad merzo
(~merzo@49-108-132-95.pool.ukrtel.net) |
20:26.49 |
pujani |
brlcad: I am
already pursuing my intern in a company I could not get much time
so but now I want to contact with your organisations in order to
honed my skills at greater level. |
21:11.04 |
*** join/#brlcad ickby_
(~stefan@x5d845497.dyn.telefonica.de) |
21:20.15 |
brlcad |
starseeker:
what use is it to an application to get a list of BU_MIME_[TYPE]_*
symbols? |
21:20.31 |
brlcad |
it's going to
know which ones it supports, so the pattern is a switch
statement |
21:20.51 |
brlcad |
(of the ones
it supports) |
21:21.51 |
starseeker |
was thinking intelligent help messages... - "unsupported
image format" vs. "input file is not an image." |
21:21.56 |
brlcad |
switch (type)
{ case BU_MIME_IMAGE_PNG: ...; case BU_MIME_IMAGE_JPG: ...;,
etc} |
21:22.18 |
starseeker |
brlcad: btw,
looks like DXF is in both image and model groups |
21:25.47 |
pujani |
brlcad: I was
searched on these organisations (stepcode, librecad, freecad,
openscad, linuxcnc) - |
21:25.47 |
pujani |
these are
mostly related with C but I am more comfortable with php than
C. |
21:25.57 |
starseeker |
considers... now that I say that, I suppose "domain
knowledge" via mime categories probably isn't beneficial enough to
justify a more complex api... |
21:26.17 |
brlcad |
it can still
say unsupported image format |
21:26.23 |
brlcad |
becaues it
has a list of the image formats it supports |
21:27.01 |
starseeker |
nods - I was thinking it could also recognize when the file
isn't an image at all, but that's a very minor usability
point |
21:27.08 |
brlcad |
or I suppose
"unsupported file format" but yeah... i'm not sure that's strong
motivation by itself ;) |
21:28.10 |
brlcad |
DXF mapping
to image and non-image types is good to know, but would also be
handleable if we returned a list given a
filepath/extension |
21:28.31 |
brlcad |
thinks it needs to be filepath based, not
extension |
21:28.42 |
starseeker |
how does that
help? |
21:28.53 |
brlcad |
that'll make
it work with extensionless files when libmagic is in
place |
21:29.06 |
brlcad |
or even
before, we might inspect the files we know of |
21:29.07 |
starseeker |
oh, sure -
with libmagic it's a whole new game |
21:29.27 |
starseeker |
(well,
libmagic == file inspection...) |
21:29.37 |
brlcad |
returning
multiple types doesn't matter insomuch as you still have a switch
over the types you know |
21:29.38 |
starseeker |
we could do a
poor man's version to start with |
21:29.46 |
brlcad |
returning
mulitple just means you loop over the switch |
21:29.57 |
starseeker |
ponders... |
21:30.31 |
brlcad |
the app might
even want to implement their own support when they get
BU_MIME_TEXT_PLAIN back for some unknown text file |
21:30.45 |
brlcad |
the list
coming back might need to be prioritized |
21:30.48 |
starseeker |
yeah, I guess
in the situation where you have a program that handles both image
and model, we need file introspection regardless to make it work
with dxf |
21:31.18 |
brlcad |
notes that image and model dxf are the same file, not
actually different content |
21:31.27 |
brlcad |
2d dxf files
are akin to an svg |
21:31.37 |
brlcad |
that's why
it's listed as an image |
21:32.06 |
starseeker |
nods |
21:32.08 |
brlcad |
put some 3d
entities in there, then it depends which objects you will work
with |
21:33.05 |
starseeker |
so would it
be worth having a "prioritize" function that takes two lists of
mimes (one unsorted and one the priority list) and sorts the
unsorted one? |
21:33.24 |
starseeker |
can see that going either way library vs. app
level... |
21:33.53 |
brlcad |
nah, I think
we can infer it from the mime list |
21:34.21 |
starseeker |
brlcad: what
about narrowing the bu mime scope? should we strip down mime.types
to just the categories we care about? |
21:34.36 |
brlcad |
and agree,
might be better to just punt it to the app -- it only matters if an
app wants to register a generic handler |
21:35.03 |
brlcad |
I like that
you're using the apache file unmodified (or at least it seemed
unmodified) |
21:35.11 |
starseeker |
it
is |
21:35.17 |
Notify |
03BRL-CAD:starseeker * 67469
brlcad/trunk/src/libbu/tests/CMakeLists.txt: Fix category
numbers |
21:35.40 |
brlcad |
I stirred
this up, let me take a stab at first just consolidating the
list |
21:35.46 |
brlcad |
that may be
sufficient and not complicate things |
21:36.09 |
starseeker |
brlcad:
actually, let me try a simplification before you do
that |
21:36.16 |
brlcad |
not looking
to perfect it, just minimize the new api symbols |
21:36.37 |
starseeker |
is responsible for the nightmare that is mime.cmake - I'll
probably be able to handle it more quickly to simplify
it |
21:37.00 |
brlcad |
I don't mind
learning how things were set up |
21:37.08 |
brlcad |
bus factor
> 1 ;) |
21:37.34 |
starseeker |
yeah, but if
you learn how grim it really is you can make fun of me - if I make
it go away first it gets harder ;-) |
21:37.44 |
brlcad |
nah, I
wouldn't do that |
21:38.16 |
starseeker |
heh - OK,
I'll finish fixing distcheck then make archer build as an
exe |
21:38.22 |
brlcad |
it is what it
is, this review was on my list for release regardless because of
all the new undocumented symbols |
21:38.33 |
starseeker |
ah,
point |
21:38.47 |
brlcad |
technically
every single typedef, individual enum, struct, function is supposed
to have a /** */ description |
21:39.12 |
brlcad |
sometimes can
get away with the enums (like in the case of the mime
ones) |
21:39.17 |
starseeker |
winces... I *think* there's enough info in mime.types to do
that... |
21:39.18 |
brlcad |
but the rest
really should |
21:40.20 |
brlcad |
which is just
to say that if we can do this interface with 1 enum typedef and 1
function, that will be a lot simpler and less maintenance than the
10+ typedefs and 1 function |
21:40.30 |
brlcad |
and
simplifies the function |
21:40.36 |
brlcad |
that may be
sufficient |
21:40.40 |
starseeker |
hmm.. not
really - unless we go with /** model/iges */ |
21:41.00 |
starseeker |
nods |
21:41.00 |
brlcad |
right, which
probably should be somewhere |
21:41.17 |
brlcad |
we have these
labels, but they mean nothing to anyone else |
21:41.34 |
starseeker |
I think
doxygen can document enums like that... |
21:41.35 |
brlcad |
but for that,
probably need a different data structure |
21:41.42 |
starseeker |
checks |
21:41.44 |
brlcad |
I mean for th
app to know, not just the docs |
21:41.51 |
starseeker |
oh,
right |
21:41.54 |
brlcad |
sure doxygen
can |
21:41.59 |
brlcad |
<PROTECTED> |
21:42.16 |
starseeker |
yeah, if we
want the app to have access to it that's something else
again |
21:42.36 |
brlcad |
but then we
don't have the need, so again just reducing may be
sufficient |
21:42.47 |
starseeker |
arguably I
should have just used the mime strings originally in the file
rather than cooking up the BU_MIME_MODEL_* scheme |
21:43.17 |
starseeker |
ah, nevermind
- / doesn't work in C |
21:43.21 |
starseeker |
I remember
now |
21:44.08 |
brlcad |
hm? |
21:44.11 |
starseeker |
or at least
it's a readability fail, even if it would compile |
21:44.28 |
brlcad |
mime/types
are pretty standard :) |
21:44.43 |
starseeker |
was thinking
about the enum names I generated, but nevermind |
21:44.49 |
starseeker |
will wait to see what brlcad comes up with |
21:52.53 |
Notify |
03BRL-CAD:starseeker * 67470
(brlcad/trunk/src/adrt/master/tienet_master.c
brlcad/trunk/src/bwish/main.c): regress-repository distcheck
fixes |
22:00.51 |
Notify |
03BRL-CAD:starseeker * 67471
brlcad/trunk/src/mged/mged.c: get the -o mged option
working |
22:04.25 |
Notify |
03BRL-CAD:starseeker * 67472
brlcad/trunk/src/mged/mged.c: better if we don't break the old gui
in the process... |
22:09.02 |
Notify |
03BRL-CAD:starseeker * 67473
brlcad/trunk/src/mged/mged.c: Apply the lessons from isst and use
Tcl's API to prep the path |
22:10.13 |
Notify |
03BRL-CAD:starseeker * 67474
brlcad/trunk/src/mged/mged.c: free the string... |
22:30.43 |
Notify |
03BRL-CAD:starseeker * 67475
(brlcad/trunk/src/adrt/CMakeLists.txt
brlcad/trunk/src/adrt/isst_tcltk.c
brlcad/trunk/src/tclscripts/CMakeLists.txt): More isst
rework |
22:32.58 |
Notify |
03BRL-CAD:starseeker * 67476
brlcad/trunk/src/adrt/CMakeLists.txt: move isst_tcltk.c |
22:33.42 |
Notify |
03BRL-CAD:starseeker * 67477
brlcad/trunk/src/adrt/isst.c: fix header |
22:35.13 |
Notify |
03BRL-CAD:starseeker * 67478
brlcad/trunk/src/adrt/isst.c: Need to test, but hopefully we don't
need this any more |
22:35.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:43.25 |
*** join/#brlcad Pujani_
(~pujani@117.234.177.78) |
22:43.43 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.199.104.133) |
22:46.14 |
Notify |
03BRL-CAD:starseeker * 67479
brlcad/trunk/src/libdm/query.c: DM_RTGL isn't in a working state
right now (eventually, it should be come a user togglable view
setting on the opengl display manager anyway... |
22:48.25 |
Notify |
03BRL-CAD:starseeker * 67480
brlcad/trunk/src/libdm/query.c: if dm_bestXType is passed null,
still return a 'preferred' choice for the platform. |
22:56.11 |
*** join/#brlcad Pujani__
(~pujani@117.234.177.78) |
23:10.32 |
Notify |
03BRL-CAD:starseeker * 67481
(brlcad/trunk/include/dm.h brlcad/trunk/src/adrt/isst.c
brlcad/trunk/src/libdm/query.c): Replace WIN32 ifdef with a
dm_default_type suggestion function. Need to think more about how
to handle this... |
23:13.38 |
*** join/#brlcad merzo
(~merzo@49-108-132-95.pool.ukrtel.net) |
23:23.14 |
*** join/#brlcad bvirtual
(~bvirtual@2602:30a:2c9f:dd00:ed17:21b3:3732:f55) |
23:54.07 |
*** join/#brlcad jasleen
(~jasleen@117.255.209.218) |
00:17.20 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
00:22.31 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
01:03.49 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:08.19 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@59.91.115.125) |
01:15.21 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
01:27.23 |
*** join/#brlcad yymxvqulfcoxudam
(~armin@dslb-092-074-246-194.092.074.pools.vodafone-ip.de) |
01:37.41 |
*** join/#brlcad jasleen
(~jasleen@117.255.209.218) |
01:46.12 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
02:41.11 |
*** join/#brlcad boj
(~boj@2001:250:3c02:763:1e2:3773:40d2:ab6a) |
03:51.34 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
04:14.59 |
*** join/#brlcad Simran
(~simran@101.59.240.65) |
04:21.54 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.220.145.144) |
04:23.33 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.220.145.144) |
04:24.58 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.220.145.144) |
07:02.56 |
*** join/#brlcad penumbra
(~arttp2@122.176.3.236) |
07:04.33 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@59.91.118.22) |
08:08.56 |
*** part/#brlcad tflendrich
(~tflendric@90-156-19-101.internetia.net.pl) |
08:27.54 |
*** join/#brlcad sofat
(~sofat@49.248.178.228) |
08:34.28 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
08:37.22 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
10:01.24 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:25.38 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
10:48.31 |
*** join/#brlcad pujani
(~pujani@117.234.177.78) |
11:05.49 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
11:20.50 |
starseeker |
cringe-worthy
backup stories: https://news.ycombinator.com/item?id=11342968 |
11:25.52 |
starseeker |
likes this bit about using colored prompts to idenity which
terminals are which: "Local's are green, staging is orange,
production is bright red." |
11:37.47 |
*** join/#brlcad boj (~boj@96.44.186.253) |
11:48.50 |
*** join/#brlcad pujani
(~pujani@117.234.177.78) |
11:49.44 |
boj |
Hi, I have
already uploaded my proposal draft on GSOC official website and
will share a link here, could someone give me some suggestions? all
comments are welcome, thank you all. |
11:49.59 |
boj |
https://docs.google.com/document/d/1VIYps_1nn6ObE7vb3aMQ6b0yTApkvPDS_xz81RGxZIc/edit?usp=sharing |
12:14.52 |
*** join/#brlcad jasleen
(~jasleen@117.255.209.218) |
12:33.29 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
12:34.57 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
12:46.43 |
*** join/#brlcad pujani
(~pujani@117.234.177.78) |
13:13.21 |
*** join/#brlcad pujani
(~pujani@117.234.177.78) |
13:21.33 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-agmiqgsobvowmwce) |
13:27.01 |
*** join/#brlcad boj (~boj@23.104.158.4) |
13:29.45 |
*** join/#brlcad yorik
(~yorik@177.139.37.53) |
14:02.49 |
``Erik |
neat, old
game design docs: http://wilmunder.com/Arics_World/Games.html |
14:34.30 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:39.09 |
``Erik |
and a bit of
SCUMM storytelling:
http://www.gamasutra.com/view/feature/196009/the_scumm_diary_stories_behind_.php |
14:49.43 |
*** join/#brlcad penumbra
(~arttp2@182.69.104.233) |
14:57.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:58.07 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
15:02.26 |
*** join/#brlcad pujani
(~pujani@117.210.77.190) |
15:08.34 |
Notify |
03BRL-CAD:brlcad * 67482
brlcad/trunk/src/libbu/CMakeLists.txt: add in a basic comparison
and string encoding function for uuids |
15:08.53 |
Notify |
03BRL-CAD:brlcad * 67483
brlcad/trunk/src/libbu/tests/CMakeLists.txt: add the first unit
test for uuid encoding |
15:10.29 |
Notify |
03BRL-CAD:brlcad * 67484
brlcad/trunk/include/bu/uuid.h: static in an array declaration is
C99, so make sure we wrap it up properly |
15:11.33 |
Notify |
03BRL-CAD:brlcad * 67485
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: check for c99
static array support -- intentionally do not strip build flags so
we will fail if strict flags or c89 mode compilation is in
effect. |
15:11.53 |
Notify |
03BRL-CAD:brlcad * 67486
brlcad/trunk/CMakeLists.txt: check for [static], c99
feature |
15:13.34 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
15:14.42 |
*** join/#brlcad Pujani_
(~pujani@117.210.77.190) |
15:29.37 |
*** join/#brlcad pujani
(~pujani@117.251.75.14) |
15:29.37 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
16:04.40 |
starseeker |
brlcad: is
there some kind of weird rule that you can launch in-sh functions
from C? |
16:04.44 |
starseeker |
is going insane... |
16:06.17 |
starseeker |
it's not even
that - when I feed in *static* strings, excelp works. when I feed
in bu_vls_addr strings, it doesn't |
16:06.25 |
starseeker |
arrrgh |
16:15.10 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@59.91.113.234) |
16:22.10 |
starseeker |
ah, it's just
the first one |
16:26.31 |
Notify |
03BRL-CAD:starseeker * 67487
brlcad/trunk/src/brlman/CMakeLists.txt: Checkpoint work on C
application verison of brlman |
16:44.24 |
*** join/#brlcad ickby_
(~stefan@x5d847e86.dyn.telefonica.de) |
16:46.01 |
*** join/#brlcad Simran
(~simran@101.57.205.28) |
17:05.55 |
*** join/#brlcad ickby_
(~stefan@x5d847e86.dyn.telefonica.de) |
17:38.10 |
Notify |
03BRL-CAD:starseeker * 67488
(brlcad/trunk/src/brlman/CMakeLists.txt
brlcad/trunk/src/brlman/brlman.c): Simplify brlman down into a C
program and a simple tcl invocation of the graphical
element. |
17:41.53 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
17:45.18 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
17:45.25 |
*** join/#brlcad ickby
(~stefan@x5d847e86.dyn.telefonica.de) |
17:46.03 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@59.91.113.234) |
17:48.42 |
*** join/#brlcad pujani
(~pujani@117.224.130.71) |
17:53.14 |
Notify |
03BRL-CAD:starseeker * 67489
brlcad/trunk/src/libbu/uuid.c: string.h include for
memcmp |
17:59.25 |
*** join/#brlcad annisar
(~kamil@226.ip-51-254-134.eu) |
18:01.39 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
18:04.49 |
*** join/#brlcad annisar
(~kamil@dynamic-78-8-4-38.ssp.dialog.net.pl) |
18:06.16 |
annisar |
o/ Guys, I
hope that's not too late, but just wanted to say hi, as I'd be glad
to join you, starting from applying to this years gsoc.
:) |
18:09.52 |
annisar |
It's hard to
describe my relationship with computer graphics without writing a
novel, so I just want to let you know that my interests now focus
on raytracers (and I even develop one in my free time) and
photorealistic CG from one side, and low level playing with
graphics card from the other (vga passthroughs and helping cards
not to blow up while doing this) |
18:13.53 |
*** join/#brlcad pujani
(~pujani@117.228.161.91) |
18:19.47 |
*** join/#brlcad jasvir
(~jass@97-94-183-24.static.mtpk.ca.charter.com) |
18:19.57 |
Notify |
03BRL-CAD:starseeker * 67490
brlcad/trunk/src/brlman/brlman.c: set data_dir |
18:26.47 |
*** join/#brlcad shubham_
(012723d4@gateway/web/freenode/ip.1.39.35.212) |
18:40.52 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@59.91.113.234) |
18:42.48 |
*** join/#brlcad pujani
(~pujani@117.225.60.246) |
19:01.19 |
*** join/#brlcad sofat
(~sofat@106.194.8.235) |
19:21.00 |
*** join/#brlcad pujani
(~pujani@117.225.60.246) |
19:23.03 |
*** join/#brlcad Pujani_
(~pujani@117.225.60.246) |
19:58.09 |
Notify |
03BRL-CAD:starseeker * 67491
brlcad/trunk/src/libbu/uuid.c: protect strings.h |
20:19.11 |
Notify |
03BRL-CAD:starseeker * 67492
brlcad/trunk/src/libbu/uuid.c: go with string.h |
20:24.09 |
brlcad |
annisar:
hello, it's only too later after the deadline :) |
20:25.03 |
brlcad |
annisar: if
you're looking for a good gsoc project to propose (and you'll might
have to pull an all-nighter to pull it off), would be to integrate
our raytracing library with appleseed |
20:25.31 |
brlcad |
they added
hooks for us to shoot rays and our geometry while they paint the
pretty picture, but someone needs to hook all that up |
20:26.24 |
brlcad |
there's also
of course a different project idea to do coherent acceleration of
our ray tracing pipeline, e.g., by working on converting our
boolean evaluator to opencl and optimizing |
20:26.33 |
brlcad |
continuing
the work from last year's gsoc project |
20:27.27 |
brlcad |
difficulty is
the deadline is tomorrow and you need 1) a lot of proposal detail
and 2) a patch submitted soon after that demonstrates your ability
to read+modify our code in some substantial manner |
20:27.30 |
Notify |
03BRL-CAD:starseeker * 67493
brlcad/trunk/src/brlman/brlman.c: move vars used only for GUI
work |
20:27.33 |
brlcad |
good luck
;) |
20:30.10 |
*** join/#brlcad ickby
(~stefan@x5d847e86.dyn.telefonica.de) |
20:33.26 |
Notify |
03BRL-CAD:starseeker * 67494
brlcad/trunk/src/brlman/brlman.c: normalize file name with
tcl |
20:36.38 |
Notify |
03BRL-CAD:starseeker * 67495
brlcad/trunk/src/brlman/brlman.c: whoops - normalize, then prepare
command. |
20:42.17 |
Notify |
03BRL-CAD:starseeker * 67496
(brlcad/trunk/src/brlman/CMakeLists.txt
brlcad/trunk/src/brlman/brlman.c): Can't accept names from command
line successfully yet (path getting mangled on its way to Tcl
still) but set up to make brlman a "proper" graphical application
on Windows, where that's the only working mode
available. |
21:08.54 |
annisar |
brlcad: That
doesn't seem like something that can scary me ;) except it's easter
soon and I'll be afk since tomorrow (of course after I
apply). |
21:20.58 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-tuvmdfaijcuppfbk) |
21:22.22 |
annisar |
until
tuesday, so not long. Since then, until gsoc itself, my schedule is
not very occupied - in fact, that's very casual semester for me as
student of cs. At last, I got rid of formal languages, ton of
discrete mathematics stuff etc so I am happy with sitting and
shooting rays at things ;) |
21:33.00 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-avquqsbpqorkhxvh) |
22:00.38 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
22:27.22 |
*** join/#brlcad penumbra_
(~arttp2@182.69.65.201) |
22:28.42 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@59.91.113.234) |
22:54.09 |
Notify |
03BRL-CAD:starseeker * 67497
brlcad/trunk/src/brlman/brlman.c: Try translated filename for
passing to tcl |
23:00.07 |
Notify |
03BRL-CAD:starseeker * 67498
brlcad/trunk/NEWS: Several improvements have been made to the
brlman utility. First, it is no longer necessary to use sh or bat
wrapper files to launch it. Second, the gui mode now starts up even
without a man page specified on the command line (in Windows, you
can now double click on brlman and have it start up) and provides
the list of man pages on the left to allow browsing. |
23:00.30 |
starseeker |
finally |
23:00.45 |
starseeker |
now eyes archer |
23:35.38 |
*** join/#brlcad jcduenas
(be2a10e7@gateway/web/freenode/ip.190.42.16.231) |
00:02.22 |
Notify |
03BRL-CAD:starseeker * 67499
(brlcad/trunk/src/archer/CMakeLists.txt
brlcad/trunk/src/mged/mged.c): take a crack at making archer into
an exec binary |
00:07.34 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:10.56 |
annisar |
btw, brlcad,
are there some special hooks especially for brl in appleseed?
Correct me if i'm wrong, but my experience with tracers tells me
that they typically let other applications invoke render. Well,
from what I read (and from other projects' descriptions) I see that
you may wish it to utilize your own collision libraries after
intercepting rays shoot. |
00:22.34 |
*** join/#brlcad jasvir
(~jass@97-94-183-24.static.mtpk.ca.charter.com) |
00:22.53 |
starseeker |
notes with some bemusement that appleseed has a similarity to
BRL-CAD in that there's a lot going on, but not a lot of noise
about it |
00:23.10 |
starseeker |
at least it's
not just us |
00:26.15 |
annisar |
well, ray
tracers are silent warriors. |
00:31.40 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
00:34.35 |
Notify |
03BRL-CAD:starseeker * 67500
brlcad/trunk/misc/CMake/NSIS.template.in: In principle, this now
becomes the exe (urk - should be generating this list from CMake
somehow, too easy for an inexperienced (or experienced\!) dev to
forget about the need to update it.) |
01:10.46 |
*** join/#brlcad penumbra
(~arttp2@182.69.65.201) |
01:21.17 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
01:25.55 |
*** join/#brlcad jkgellcoixhjeuta
(~armin@dslb-088-066-133-117.088.066.pools.vodafone-ip.de) |
01:49.37 |
*** join/#brlcad boj (~boj@104.171.165.21) |
01:51.27 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:05.38 |
``Erik |
http://steamcommunity.com/games/353370/announcements |
02:06.17 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
02:08.02 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-066-133-117.088.066.pools.vodafone-ip.de) |
02:17.33 |
starseeker |
``Erik:
ooooo |
02:17.36 |
starseeker |
nice |
02:21.29 |
starseeker |
yow that's a
big download |
02:22.54 |
starseeker |
wonder how
much of this is CSG convertable |
02:25.19 |
Stragus |
Do you
convert triangle geometry to actual CSG? That sounds...
problematic |
02:27.13 |
*** join/#brlcad ickby
(~stefan@x5d84725f.dyn.telefonica.de) |
03:13.59 |
*** join/#brlcad ickby
(~stefan@x5d84725f.dyn.telefonica.de) |
03:24.32 |
*** join/#brlcad ickby_
(~stefan@x5d84725f.dyn.telefonica.de) |
03:37.03 |
*** join/#brlcad ickby
(~stefan@x5d84725f.dyn.telefonica.de) |
03:42.27 |
*** join/#brlcad ickby
(~stefan@x5d84725f.dyn.telefonica.de) |
04:33.13 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
04:53.01 |
brlcad |
hi ejno, up
late :) |
05:01.44 |
*** join/#brlcad jasleen
(~jasleen@117.255.209.218) |
05:50.29 |
*** join/#brlcad pujani
(~pujani@117.225.60.246) |
05:55.35 |
*** join/#brlcad ickby
(~stefan@x5d8478b0.dyn.telefonica.de) |
05:55.36 |
*** join/#brlcad davee_
(~davee@172.56.17.98) |
05:56.59 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-lmnxldyphghpmqvr) |
05:58.58 |
*** join/#brlcad davee_
(~davee@172.56.17.98) |
06:01.28 |
*** join/#brlcad davee_
(~davee@172.56.17.98) |
06:04.01 |
*** join/#brlcad davee__
(~davee@172.56.17.98) |
06:06.35 |
*** join/#brlcad davee__
(~davee@172.56.17.98) |
06:54.21 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@202.164.53.117) |
06:56.18 |
*** join/#brlcad shubham
(01272051@gateway/web/freenode/ip.1.39.32.81) |
07:10.00 |
*** join/#brlcad penumbra
(~arttp2@182.69.65.201) |
07:11.59 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
07:18.57 |
*** join/#brlcad jasleen
(~jasleen@202.164.53.117) |
07:21.33 |
*** join/#brlcad boj (~boj@23.104.158.4) |
07:30.16 |
*** join/#brlcad davee__
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
07:45.39 |
*** join/#brlcad Pujani_
(~pujani@117.225.60.246) |
08:18.14 |
*** join/#brlcad Pujani_
(~pujani@117.225.60.246) |
08:41.45 |
*** join/#brlcad merzo
(~merzo@150-55-201-46.pool.ukrtel.net) |
08:42.01 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@202.164.53.117) |
09:14.00 |
*** join/#brlcad Amritpal
(~amrit3701@202.164.53.117) |
09:15.40 |
*** join/#brlcad pujani
(~pujani@117.225.60.246) |
09:45.55 |
*** join/#brlcad shubham
(01272867@gateway/web/freenode/ip.1.39.40.103) |
09:46.25 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
09:58.24 |
*** join/#brlcad penumbra
(~arttp2@182.69.65.201) |
10:12.56 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
10:14.03 |
*** join/#brlcad Simran
(~davikaur@115.184.206.134) |
10:15.37 |
``Erik |
starseeker:
maybe not csg, but nurbs... :) |
10:16.34 |
*** join/#brlcad Amritpal
(~amrit3701@202.164.53.117) |
10:17.10 |
*** join/#brlcad yash_15
(672a5805@gateway/web/freenode/ip.103.42.88.5) |
10:42.57 |
Notify |
03BRL-CAD
Wiki:YashBansalIITD * 0 /wiki/User:YashBansalIITD: |
11:13.44 |
*** join/#brlcad Pujani_
(~pujani@117.225.60.246) |
11:38.24 |
*** join/#brlcad sofat
(~sofat@49.248.184.242) |
11:42.12 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.110.172) |
12:31.44 |
*** join/#brlcad pujani
(~pujani@117.225.60.246) |
12:35.00 |
*** join/#brlcad udyank
(udyank@nat/iiit/x-zvlsnjblaamoqxml) |
12:39.12 |
*** join/#brlcad merzo
(~merzo@150-55-201-46.pool.ukrtel.net) |
12:43.39 |
*** join/#brlcad ickby
(~stefan@p4FD3CDED.dip0.t-ipconnect.de) |
12:45.17 |
*** join/#brlcad Amritpal
(~amrit3701@202.164.53.117) |
12:46.22 |
*** join/#brlcad Pujani_
(~pujani@117.225.60.246) |
12:48.58 |
udyank |
Hi! I am new
to BRLCAD and I want to contribute. Where should I
start? |
12:54.30 |
udyank |
Anyone
there? |
12:57.47 |
sofat |
what is your
area of interest / |
12:57.48 |
sofat |
? |
13:00.46 |
udyank |
i am working
on graphics and raytracing as of now |
13:02.45 |
udyank |
in my
college |
13:06.08 |
sofat |
go
here |
13:06.09 |
sofat |
https://summerofcode.withgoogle.com/organizations/6296880174596096/ |
13:07.11 |
sofat |
here is all
ideas |
13:07.12 |
sofat |
http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas |
13:07.15 |
udyank |
ive been
there.....and i would like to work in brlcad by doing such a
project |
13:07.17 |
sofat |
please
explore |
13:08.42 |
*** join/#brlcad jasleen
(~jasleen@202.164.53.117) |
13:10.45 |
sofat |
then you need
to explore all ideas, if you interested in any idea then you able
to start the work so please first check all idea's then connect
with mentors for further information |
13:10.50 |
*** join/#brlcad shubham
(012723de@gateway/web/freenode/ip.1.39.35.222) |
13:11.12 |
*** join/#brlcad boj (~boj@23.27.125.186) |
13:11.57 |
sofat |
you also
explore the things from old log and mails regarding your
interested idea |
13:38.22 |
*** join/#brlcad pujani
(~pujani@117.225.60.246) |
14:14.17 |
*** join/#brlcad isdemus
(d810f1c3@gateway/web/freenode/ip.216.16.241.195) |
14:14.28 |
isdemus |
Hello! |
14:18.33 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
14:18.46 |
*** join/#brlcad merzo
(~merzo@150-55-201-46.pool.ukrtel.net) |
14:23.19 |
*** join/#brlcad yorik
(~yorik@177.139.37.53) |
14:29.53 |
*** join/#brlcad davee__
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
14:56.12 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 0 /wiki/File:Details.png: |
15:06.48 |
*** join/#brlcad pujani
(~pujani@117.225.60.246) |
15:10.33 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 0 /wiki/File:Show_hide.png: |
15:11.27 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 0 /wiki/File:Colored_parts.png: |
15:12.05 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.207.157.79) |
15:16.07 |
starseeker |
brlcad: well,
if you want a geometry modelling collision for the .g file
extension vs mime type, I've got one |
15:16.43 |
starseeker |
the steam
controller zip file has an internal file
MM06181.rev01.01.SteamControllerWorkshop03.g.zip which unpacks to a
bunch of .g files |
15:17.32 |
starseeker |
The header
says #UGC:2 ASSEMBLY |
15:17.57 |
starseeker |
definitely
not a BRL-CAD .g file |
15:19.03 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 0 /wiki/File:Empty_search.png: |
15:19.38 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
15:20.08 |
starseeker |
``Erik:
license on the steam controller cad is Creative Commons
Attribution-NonCommercial-Sharealike 4.0 International |
15:20.38 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 0 /wiki/File:Search_ga.png: |
15:20.59 |
starseeker |
useful for
testing, but not ideal from an "open source"
perspective... |
15:21.47 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 0 /wiki/File:Advanced_search.png: |
15:23.53 |
*** join/#brlcad fqntsrwqjcictmpf
(~armin@dslb-088-066-133-117.088.066.pools.vodafone-ip.de) |
15:24.13 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 0 /wiki/File:Notifications.png: |
15:27.38 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 0 /wiki/File:Uploading.png: |
15:28.07 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 0 /wiki/File:Conversion.png: |
15:47.01 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:50.32 |
*** join/#brlcad Amritpal
(~amrit3701@203.134.212.25) |
15:52.46 |
*** join/#brlcad jasleen
(~jasleen@117.255.242.182) |
15:53.12 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 9588 /wiki/User:Gauravjeet/OGV_Proposal: Created
page with "=Online Geometry Viewer Project Proposal= ==Personal
Information== '''Name:''' Gauravjeet Singh '''Email Address:'''
gaurav.ishwerdas@gmail.com '''IRC Username:''' gjeet
..." |
16:13.55 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
16:32.00 |
*** join/#brlcad pujani
(~pujani@117.225.60.246) |
16:55.01 |
*** join/#brlcad pujani
(~pujani@117.225.60.246) |
16:58.54 |
*** join/#brlcad shubham_
(01272270@gateway/web/freenode/ip.1.39.34.112) |
17:00.44 |
shubham_ |
Amritpal:
with reference to your question a earlier regarding the emails by
OGV |
17:00.53 |
shubham_ |
you can check
your spam folder for that |
17:04.34 |
*** part/#brlcad Ch3ck_
(~Ch3ck@154.70.110.172) |
17:06.52 |
*** join/#brlcad Pujani_
(~pujani@117.225.60.246) |
17:11.23 |
*** join/#brlcad Pujani_
(~pujani@117.225.60.246) |
17:15.18 |
*** join/#brlcad davee_
(~davee@172.58.16.183) |
17:19.01 |
Amritpal |
shubham_, I
don't asked any question related to OGV. I am working on IFC
importer for BRL-CAD. |
17:19.51 |
shubham_ |
oh shoot!
that was amrinder, sorry! |
17:20.21 |
Amritpal |
shubham_, no
problem |
17:39.40 |
*** join/#brlcad Simran
(~simran@101.57.204.255) |
17:40.25 |
*** join/#brlcad pujani
(~pujani@117.225.60.246) |
17:42.11 |
*** join/#brlcad Simran
(~davikaur@101.57.204.255) |
17:56.03 |
*** join/#brlcad pujani
(~pujani@117.225.60.246) |
18:02.30 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.207.157.79) |
18:27.21 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
18:28.39 |
*** join/#brlcad yorik1
(~yorik@200-158-174-180.dsl.telesp.net.br) |
18:38.10 |
*** join/#brlcad pujani
(~pujani@101.213.180.109) |
18:38.25 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-qilsnrmqcijlmnzo) |
18:51.27 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 9589
/wiki/User:Gauravjeet/OGV_Proposal: |
19:08.07 |
*** join/#brlcad davee_
(~davee@172.58.16.183) |
19:10.30 |
*** join/#brlcad davee_
(~davee@172.58.16.183) |
19:12.56 |
*** join/#brlcad davee_
(~davee@172.58.16.183) |
19:15.29 |
*** join/#brlcad Akshay
(~Akshay@59.177.235.136) |
19:54.43 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
19:59.13 |
*** join/#brlcad Gabriel_
(bc1b681f@gateway/web/freenode/ip.188.27.104.31) |
20:09.17 |
*** join/#brlcad ickby
(~stefan@p4FD3CDED.dip0.t-ipconnect.de) |
20:32.15 |
*** join/#brlcad ickby_
(~stefan@p4FD3D998.dip0.t-ipconnect.de) |
21:06.15 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
21:25.45 |
starseeker |
wow
https://randomascii.wordpress.com/2013/10/14/how-to-report-a-vc-code-gen-bug/ |
21:29.33 |
starseeker |
this is
interesting - I remember seeing remarks about compiler reliability
trends earlier... http://blog.regehr.org/archives/1036 |
21:59.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:44.12 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:45.08 |
*** join/#brlcad bteufawrmiadbjpl
(~armin@dslb-092-074-230-007.092.074.pools.vodafone-ip.de) |
01:19.28 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
01:22.34 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
01:25.18 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
01:45.48 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
02:37.54 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
03:12.50 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:16.55 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:34.00 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
04:37.02 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
06:22.48 |
*** join/#brlcad merzo__
(~merzo@251-115-132-95.pool.ukrtel.net) |
07:14.14 |
*** join/#brlcad merzo__
(~merzo@33-46-133-95.pool.ukrtel.net) |
07:37.59 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
07:43.45 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
07:45.39 |
*** join/#brlcad boj (~boj@172.82.174.30) |
08:28.55 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@202.164.53.117) |
08:52.14 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@202.164.53.117) |
09:17.18 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@202.164.53.117) |
10:09.58 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@202.164.53.117) |
10:13.56 |
*** join/#brlcad jasleen
(~jasleen@117.255.246.12) |
10:53.48 |
*** join/#brlcad shubham_
(a5e1683b@gateway/web/freenode/ip.165.225.104.59) |
11:39.51 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@202.164.53.117) |
11:39.54 |
*** join/#brlcad tflendrich
(~tflendric@90-156-19-101.internetia.net.pl) |
12:06.17 |
*** join/#brlcad Zitara (~vsvs@37.36.14.22) |
12:28.07 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
12:42.35 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
13:21.40 |
*** join/#brlcad yorik
(~yorik@201-26-112-84.dsl.telesp.net.br) |
13:37.39 |
*** join/#brlcad shubham
(71c189f0@gateway/web/freenode/ip.113.193.137.240) |
13:56.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:12.03 |
*** join/#brlcad jasleen
(~jasleen@117.255.246.12) |
14:15.36 |
brlcad |
starseeker: I
don't see where you initialize tclcad for rtwizard |
14:15.53 |
brlcad |
(regarding
r67537 comment) |
14:17.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:17.36 |
brlcad |
for that
error, tclcad_bn_setup() isn't called which means Bn_Init() isn't
called, which is called by Tclcad_Init() |
14:34.50 |
starseeker |
ah |
14:35.37 |
starseeker |
tclcad is
initialized for rtwizard at main.c:861 |
14:37.19 |
starseeker |
when I look
at bn_math_cmd in tclcad, the function caster is casting to the
libbn pointer, but the interp is getting a libtclcad pointer
somehow |
14:37.51 |
starseeker |
i.e.
"libbn.dll!_quat_mat2quat" vs
"libtclcad.dll!_quat_mat2quat" |
14:38.59 |
starseeker |
those are two
different addresses - what I'm not clear on is why MSVC is
reporting a libtclcad pointer for quat_mat2quat |
14:39.13 |
*** join/#brlcad kkrcodes
(~kkrcodes@14.139.160.31) |
14:40.08 |
starseeker |
libfunc.c
includes bn.h |
14:41.43 |
starseeker |
this lookes
to be caused by my pulling the Tcl wrappers for libbn up into
libtclcad - something about that is gumming up the function pointer
comparison - but I'm not sure why. It does work on
Linux |
14:42.30 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:43.24 |
starseeker |
explicitly
adding libbn to the libtclcad library list doesn't seem to
help |
14:48.33 |
*** join/#brlcad Mathnerd314
(~quassel@206.53.16.66) |
14:48.38 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
14:59.29 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@59.96.142.4) |
15:00.37 |
*** join/#brlcad gaganjyot
(~gaganjyot@210.56.103.99) |
15:08.16 |
starseeker |
O.o |
15:18.34 |
starseeker |
after
discussion with Bob, there's a better way to define these commands
(more along the lines of other tclcad commands) |
15:18.43 |
starseeker |
rolls up sleves and dives in... |
16:20.17 |
*** join/#brlcad kkrcodes_
(~kkrcodes@14.139.160.31) |
16:41.59 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:49.39 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:56.26 |
brlcad |
starseeker:
not much help without a debugger other than to say that what you
said doesn't make sense... |
16:57.03 |
brlcad |
there
shouldn't be / isn't a quat_mat2quat symbol in the libtclcad.dll
(unless you count the import) |
16:57.52 |
brlcad |
if they're
different, that would suggest the import/export toggles were wrong
when building libtclcad |
16:58.15 |
brlcad |
maybe compile
verbose to make sure BN_DLL_IMPORT is correctly set when building
libtclcad |
16:58.18 |
brlcad |
? |
17:54.44 |
*** join/#brlcad gaganjyot
(~gaganjyot@210.56.103.99) |
18:27.08 |
*** join/#brlcad gaganjyot
(~gaganjyot@210.56.99.213) |
18:42.40 |
*** join/#brlcad gaganjyot
(~gaganjyot@125.62.121.75) |
18:52.53 |
*** join/#brlcad jasleen
(~jasleen@117.255.246.12) |
19:29.13 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:34.49 |
*** join/#brlcad jasleen
(~jasleen@117.255.246.12) |
20:10.40 |
*** join/#brlcad gaganjyot
(~gaganjyot@125.62.121.75) |
20:11.38 |
*** join/#brlcad gaganjyot
(~gaganjyot@125.62.121.75) |
20:12.37 |
*** join/#brlcad gaganjyot
(~gaganjyot@125.62.121.75) |
20:13.35 |
*** join/#brlcad gaganjyot
(~gaganjyot@125.62.121.75) |
20:14.34 |
*** join/#brlcad gaganjyot
(~gaganjyot@125.62.121.75) |
20:15.50 |
*** join/#brlcad gaganjyot
(~gaganjyot@125.62.121.75) |
20:29.05 |
*** join/#brlcad skat00sh
(uid103741@gateway/web/irccloud.com/x-hbuhqkxxymhqoote) |
20:34.02 |
brlcad |
``Erik:
Notify stuck? |
20:34.21 |
brlcad |
really needs to finish the migration and shut off this server
before the ISP does it out from under us... |
21:03.10 |
*** join/#brlcad Zitara (~vsvs@37.36.14.22) |
21:47.58 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:48.29 |
Notify |
03BRL-CAD:starseeker * 67532
(brlcad/trunk/regress/rtwizard/CMakeLists.txt
brlcad/trunk/regress/rtwizard/regress-rtwiz.cmake.in): More
multiconfig regression testing work... untested on
Windows |
21:48.42 |
Notify |
03BRL-CAD:starseeker * 67533
brlcad/trunk/src/libbu/opt.c: variable isn't enough - also check
that the processing function is the same. |
21:48.44 |
Notify |
03BRL-CAD:starseeker * 67534
brlcad/trunk/src/rtwizard/main.c: Add an rtwizard -h option for
help (note - check if this is new...) |
21:48.46 |
Notify |
03BRL-CAD:starseeker * 67535
(brlcad/trunk/regress/rtwizard/CMakeLists.txt
brlcad/trunk/regress/rtwizard/regress-rtwiz.cmake.in): .g file
location isn't known until runtime in multiconfig. |
21:48.48 |
Notify |
03BRL-CAD:starseeker * 67536
brlcad/trunk/src/rtwizard/main.c: skip info check if we're already
going graphical |
21:53.34 |
Notify |
03BRL-CAD:starseeker * 67537
brlcad/trunk/src/rtwizard/main.c: Closer on Windows, but although
the gui starts the interp ultimately wipes out with the error
'tclcad bn: math function quat_mat2quat not supported yet' - not
clear why, as this doesn't seem to be a problem on
Linux... |
21:53.49 |
Notify |
03BRL-CAD:starseeker * 67538
brlcad/trunk/src/rtwizard/main.c: unused var |
21:53.53 |
Notify |
03BRL-CAD:brlcad * 67539
brlcad/trunk/src/libtclcad/CMakeLists.txt: libtclcad directly calls
bn and bu, so list them explicitly as dependencies |
21:54.02 |
Notify |
03BRL-CAD:starseeker * 67540
brlcad/trunk/TODO: Need to investigate view updates in
rtwizard |
21:54.06 |
Notify |
03BRL-CAD:brlcad * 67541
brlcad/trunk/NEWS: state more specifically what the improvements
cliff made to the brlman application are in user terms: gui mode
and works better on non-script platforms (i.e., windows). was:
Several improvements have been made to the brlman utility. First,
it is no longer necessary to use sh or bat wrapper files to launch
it. Second, the gui mode now starts up even without a man
page |
21:54.08 |
Notify |
specified on
the command line (in Windows, you can now double click on brlman
and have it start up) and provides the list of man pages on the
left to allow browsing. |
21:54.10 |
Notify |
... |
21:54.13 |
Notify |
03BRL-CAD:brlcad * 67542
brlcad/trunk/include/bu/uuid.h: ws |
21:54.15 |
Notify |
03BRL-CAD:brlcad * 67543
(brlcad/trunk/src/libbu/CMakeLists.txt
brlcad/trunk/src/libbu/uuid.c): stub in the create and decode
functions |
21:54.17 |
Notify |
03BRL-CAD:brlcad * 67544
brlcad/trunk/src/libbu/uuid.c: quick unverified stab at v4 uuids
using system API or manual creation |
21:54.27 |
Notify |
03BRL-CAD:brlcad * 67545
brlcad/trunk/src/libbu/uuid.c: implement a basic
decoder |
21:54.28 |
Notify |
03BRL-CAD:brlcad * 67546
brlcad/trunk/src/libbu/uuid.c: oop, no effect |
21:54.30 |
Notify |
03BRL-CAD:brlcad * 67547
brlcad/trunk/src/libbu/uuid.c: fix up uuid parsing, document the
reserved bits |
21:54.32 |
Notify |
03BRL-CAD:brlcad * 67548
brlcad/trunk/src/libbu/uuid.c: fix the incorrect drand48-based
distribution that needs to be a random byte value. will need the
uuid.h system header for uuid_generate() too. |
21:54.34 |
Notify |
03BRL-CAD:brlcad * 67549
brlcad/trunk/CMakeLists.txt: check for uuid/uuid.h (from libuuid)
so we can use it when available |
21:54.41 |
Notify |
03BRL-CAD
Wiki:91.121.29.217 * 9591 /wiki/Mailing_Lists: Undo revision 7183
by [[Special:Contributions/Sean|Sean]] ([[User
talk:Sean|talk]]) |
21:54.44 |
Notify |
03BRL-CAD
Wiki:Sean * 9592 /wiki/Mailing_Lists: Reverted edits by
[[Special:Contributions/91.121.29.217|91.121.29.217]] ([[User
talk:91.121.29.217|talk]]) to last revision by
[[User:Sean|Sean]] |
21:54.46 |
Notify |
03BRL-CAD
Wiki:Sean * 0 /wiki/User:91.121.29.217: Spamming links to external
sites |
23:40.17 |
*** join/#brlcad boj (~boj@172.82.174.30) |
00:16.16 |
Notify |
03BRL-CAD:starseeker * 67601
brlcad/trunk/regress/rtwizard/CMakeLists.txt: typo |
00:24.17 |
*** join/#brlcad yeanwnrcqjdwvshh
(~armin@dslb-178-007-228-109.178.007.pools.vodafone-ip.de) |
00:47.59 |
*** join/#brlcad HoloIRCUser6
(~holoirc@nat-130.132.173.70.central.yale.edu) |
00:48.22 |
*** part/#brlcad HoloIRCUser6
(~holoirc@nat-130.132.173.70.central.yale.edu) |
00:59.51 |
Notify |
03BRL-CAD:starseeker * 67602
(brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c
brlcad/trunk/src/rtwizard/main.c): Add a mechanism to filter out
options in help printing - this allows us to specify both
dev/programming opts and user opts in a single bu_opt. Also opens
up possibilities for 'multi-section' help printing. |
01:16.40 |
Notify |
03BRL-CAD:starseeker * 67603
brlcad/trunk/src/rtwizard/main.c: Separate rtwizard option help
printout into groups. |
01:43.44 |
Notify |
03BRL-CAD:starseeker * 67604
(brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c
brlcad/trunk/src/rtwizard/main.c): Support both reject and accept
option filtering. Generally reject will be preferable since it will
require no modification to add new opts to help outputs, but in
cases like rtwizard where we're doing relatively elaborate
processing accept is less verbose and less error prone. |
01:56.04 |
Notify |
03BRL-CAD:starseeker * 67605
brlcad/trunk/doc/docbook/system/man1/rtwizard.xml: Update rtwizard
man page - don't document low level options as they're not really
intended for interactive use by humans, switch from space to comma
separated object lists. |
01:57.26 |
Notify |
03BRL-CAD:starseeker * 67606
brlcad/trunk/src/rtwizard/main.c: typo |
02:12.27 |
Notify |
03BRL-CAD:starseeker * 67607
(brlcad/trunk/include/bu/opt.h brlcad/trunk/src/rtwizard/main.c):
Add a default struct init define for bu_opt_desc_opts |
02:16.28 |
Notify |
03BRL-CAD:starseeker * 67608
(brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c): Put
the default offset and column settings in the struct init - don't
need the separate defines. |
02:18.13 |
Notify |
03BRL-CAD:starseeker * 67609
brlcad/trunk/TODO: moot with rtwizard rework. |
03:28.42 |
*** join/#brlcad zaverichintan
(~androirc@123.237.167.57) |
03:29.13 |
zaverichintan |
Any updates
for new server setup? |
03:33.45 |
Notify |
03BRL-CAD:brlcad * 67610
brlcad/trunk/include/bu/opt.h: need to document these new magic
numbers. looking at the struct, the fields are similarly
undocumented (and their purpose rather non-obvious to
me). |
03:48.11 |
*** join/#brlcad shubham
(a5e1683b@gateway/web/freenode/ip.165.225.104.59) |
04:01.07 |
zaverichintan |
Shubham can
you give some advice for deployment of OGV? |
04:01.52 |
shubham |
have you set
up a freebsd VM? |
04:02.17 |
shubham |
if not, you
can do that as a first step |
04:02.31 |
shubham |
we'll deploy
meteor on a freebsd server |
04:05.12 |
zaverichintan |
Okay, I will
set up VM for freebsd and deploy meteor on local. |
06:23.34 |
Notify |
03BRL-CAD:brlcad * 67611
brlcad/trunk/src/tclscripts/rtwizard/RaytraceWizard.tcl: repeating
the value doesn't document the value; say what, why, and
units. |
06:46.29 |
brlcad |
server may go
down any day now, so I'll be propagating DNS updates to new IP real
soon now |
06:46.51 |
brlcad |
alas, this
may not be as graceful as originally planned for some of the hosted
domains |
06:51.20 |
*** join/#brlcad merzo
(~merzo@83-30-133-95.pool.ukrtel.net) |
08:39.12 |
*** join/#brlcad ries_nicked
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
09:09.18 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
11:36.31 |
Notify |
03BRL-CAD:starseeker * 67612
brlcad/trunk/src/tclscripts/rtwizard/RaytraceWizard.tcl: unit is
integer face count multiple, not mm |
12:30.55 |
*** join/#brlcad yorik
(~yorik@201-43-241-39.dsl.telesp.net.br) |
12:55.29 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
13:28.05 |
Notify |
03BRL-CAD:starseeker * 67613
(brlcad/trunk/include/dm/bview.h brlcad/trunk/include/rt/view.h and
5 others): Since the number is arbitrary anyway, just go with
number of bot faces to be more intuitive. |
13:39.57 |
Notify |
03BRL-CAD:starseeker * 67614
brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: tweak dialog
label |
13:45.21 |
Notify |
03BRL-CAD:starseeker * 67615
brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: note zero
turns it off |
13:46.57 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:50.55 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
14:04.13 |
*** join/#brlcad ries_nicked
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
14:04.42 |
*** join/#brlcad yorik
(~yorik@201-43-241-39.dsl.telesp.net.br) |
14:31.27 |
Notify |
03BRL-CAD:starseeker * 67616
brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: When trying
to actually use them, the graphical slider widgets made it
difficult to set an exact az/el numerical value. Provide a textual
entry instead that allows precise view specification - for more
casual view setups, graphical interaction with the MGED object
handles things better. |
15:17.25 |
Notify |
03BRL-CAD:starseeker * 67617
brlcad/trunk/misc/CMake/BRLCAD_CPackOptions.cmake.in: Fix quoting -
quote just path, not path + variable. Was breaking make package
target. |
15:46.46 |
Notify |
03BRL-CAD:starseeker * 67618
brlcad/trunk/misc/CMake/BRLCAD_CPackOptions.cmake.in: TGZ
generators may be generating either source packages or binary
packages - only do the source_archive piece if
CPACK_INSTALLED_DIRECTORIES indicates this is a package_source
assembly. |
16:04.24 |
*** join/#brlcad XoitX
(5b8ca652@gateway/web/freenode/ip.91.140.166.82) |
16:04.31 |
XoitX |
Hello |
16:06.54 |
*** join/#brlcad shubham_
(7b88c53b@gateway/web/freenode/ip.123.136.197.59) |
16:08.16 |
ries_nicked |
Hello
XoitX |
16:08.22 |
XoitX |
Hi |
16:08.47 |
XoitX |
This IRC
channel is related to the cad modeling software right? |
16:09.49 |
XoitX |
I'm trying to
find some or any resources to find out what brl cad is all
about |
16:09.52 |
XoitX |
but I
can't |
16:10.06 |
XoitX |
no videos on
youtube or anything |
16:10.18 |
XoitX |
Can someone
help? |
16:25.15 |
*** join/#brlcad Zitara (~vsvs@37.38.97.36) |
16:39.27 |
XoitX |
Can anyone
let me in on the advantages of CSG over Brep? Why is BRL CAD so
invisible on the internet? |
16:39.56 |
*** join/#brlcad skat00sh
(uid103741@gateway/web/irccloud.com/x-fjzmevacjsirlbkh) |
16:58.49 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
17:15.14 |
Notify |
03BRL-CAD:starseeker * 67619
brlcad/trunk/misc/CMake/BRLCAD_CPackOptions.cmake.in: create the
stamp file, null out install prefix regardless. |
17:15.50 |
starseeker |
XoitX: did
you look at http://brlcad.org |
17:16.37 |
XoitX |
Yea but no
real video examples |
17:17.16 |
XoitX |
Why is it
different from freecad ? or is it the same |
17:18.21 |
starseeker |
very
different |
17:19.14 |
starseeker |
different
history, different focus |
17:20.05 |
starseeker |
open source
CAD is obscure enough that you won't find a tremendous amount
(relatively speaking) on the web about it |
17:20.41 |
XoitX |
starseeker:
The only thing I found on youtube is promotional videos |
17:21.17 |
XoitX |
yea It seems
interesting that it has a huge history but I don't understand why
no one talks of it on the internet |
17:21.47 |
starseeker |
BRL-CAD's
interface is very difficult to learn and quite basic by modern
standards, so it doesn't lend itself to impressive
videos |
17:22.01 |
XoitX |
hmmm |
17:22.14 |
XoitX |
Do i need to
learn programming to use it? |
17:22.17 |
starseeker |
I'd suggest
reading the Volume II tutorial lessons |
17:22.25 |
starseeker |
that'll give
you a basic idea |
17:22.51 |
starseeker |
http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf |
17:22.57 |
XoitX |
Is it
powerful like solidworks? |
17:23.01 |
XoitX |
okay will
do |
17:23.04 |
XoitX |
Thanks
:D |
17:35.38 |
XoitX |
hmmm so it's
modeling of systems with functions and relations?!! |
17:52.06 |
XoitX |
Did I get the
relations part wrong? |
18:30.04 |
brlcad |
XoitX: there
are no parametrics (so far), but you can create geometry with
functions that maintain relationships |
18:30.18 |
brlcad |
several
examples on procedural geometry |
18:30.40 |
XoitX |
so I can use
relations throughout the entire model? |
18:31.14 |
XoitX |
and they will
vary with a single variable change? |
18:32.04 |
XoitX |
The model I
mean |
18:33.15 |
brlcad |
only if you
write a procedure, so "no, not yet" is probably the answer you need
unless you know how to script :) |
18:33.59 |
brlcad |
we're working
towards that of course and have some of the necessary
infrastructure, but our focus is on our interface usability
currently |
18:43.51 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
19:18.38 |
*** join/#brlcad jasleen
(~jasleen@115.184.97.172) |
19:21.50 |
XoitX |
Yea , that is
terribly lacking |
19:49.57 |
*** join/#brlcad ickby
(~stefan@x5d845260.dyn.telefonica.de) |
20:42.05 |
Notify |
03BRL-CAD:starseeker * 67620
(brlcad/trunk/src/rtwizard/main.c
brlcad/trunk/src/tclscripts/lib/RtImage.tcl): Work on making the
new setup robust to paths with spaces |
20:44.49 |
*** join/#brlcad merzo
(~merzo@150-55-201-46.pool.ukrtel.net) |
21:10.05 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
21:10.13 |
*** mode/#brlcad [+o brlcad] by ChanServ |
21:48.17 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
22:14.17 |
*** join/#brlcad ries_nicked
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
23:01.24 |
Notify |
03BRL-CAD:starseeker * 67621
brlcad/trunk/src/tclscripts/lib/RtImage.tcl: remove debug
printing |
23:06.19 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:31.10 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
23:42.09 |
Notify |
03BRL-CAD:starseeker * 67622
brlcad/trunk/src/rtwizard/main.c: Normalize paths to be used in tcl
scripts for Tcl, not file system. |
00:09.10 |
starseek1r |
``Erik: looks
like Notify is AWOL again |
00:22.20 |
*** join/#brlcad vkoyjyndunudbbmx
(~armin@dslb-092-074-250-073.092.074.pools.vodafone-ip.de) |
01:01.17 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:19.40 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
02:51.59 |
brlcad |
maths22:
sudoers reloaded |
02:52.11 |
maths22 |
brlcad:
Thanks! |
02:52.30 |
maths22 |
Having
permissions to edit files makes life a lot easier :) |
02:53.22 |
brlcad |
maths22:
``Erik: .bz's etc files are in /etc.bz/etc/ and
/usr/local/etc.bz/etc for reference -- intentionally did not
overwrite the new machine's files so we can weed out some
unnecessary customization |
02:53.38 |
brlcad |
but leaving
them there for reference for a while is a good thing |
02:54.23 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:57.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:02.33 |
maths22 |
brlcad:
Installed nano, htop |
03:02.44 |
maths22 |
htop is
beautiful: 16 cores on top |
03:02.48 |
*** join/#brlcad kintel_
(~kintel@unaffiliated/kintel) |
03:02.49 |
brlcad |
maths22:
cool, thx |
03:03.07 |
brlcad |
yeah, this
new machine is really sweet compared to the old |
03:03.29 |
maths22 |
What is the
reason for making everything one partition? |
03:03.32 |
brlcad |
we're paying
a pretty penny for it, but got a pretty good deal |
03:03.40 |
maths22 |
brlcad:
Cool |
03:03.40 |
brlcad |
that's just
how it came |
03:04.00 |
maths22 |
brlcad: Makes
sense |
03:04.17 |
brlcad |
fyi, keeping
a log of major sysadmin actions in /etc/motd until everything is
done and set up |
03:04.26 |
brlcad |
feel free to
update it as you do stuff |
03:04.47 |
brlcad |
so ``Erik and
myself will know, don't yet have any other admins to worry
about |
03:06.28 |
brlcad |
maths22: you
installed those via ports or pkg? |
03:06.39 |
maths22 |
Ports |
03:06.47 |
maths22 |
I thought
that is what we normally use |
03:07.46 |
maths22 |
Should I note
any dependencies that got automatically installed? |
03:08.07 |
brlcad |
nah |
03:08.26 |
brlcad |
just make
sure you are looking at the lastest version when editing before
saving |
03:08.33 |
maths22 |
OK |
03:08.35 |
brlcad |
so you don't
clobber my notes that I just added ;) |
03:09.21 |
maths22 |
brlcad: Could
you transfer the password for travis-upload? |
03:09.37 |
brlcad |
it's
there |
03:10.27 |
maths22 |
Great! I
didn't know if the service account passwords got
transfered? |
03:10.34 |
maths22 |
s/?// |
03:10.35 |
brlcad |
copy it from
etc.bz/etc/master.passwd to /etc/master.passwd, then run: pwd_mkdb
-p /etc/master.passwd |
03:11.21 |
brlcad |
the entry is
there, just not the password hashes -- want to make sure that we
only readd as needed (like for this, service accounts) |
03:11.34 |
brlcad |
do you know
the format of /etc/master.passwd? |
03:11.53 |
maths22 |
brlcad: I
don't |
03:12.04 |
maths22 |
Could you
explain so I don't break things |
03:12.58 |
brlcad |
colon
delimited, second column (after the first : up to the second :
colon) is a long password hash encoded |
03:13.35 |
brlcad |
that's how
passwords are stored, so keep them private, but you can cut and
paste them from the old to the new for one account |
03:13.55 |
maths22 |
brlcad:
OK. |
03:14.08 |
brlcad |
I can do it
if you feel uncertain, but it's good to learn how traditional unix
accounts are managed (it's pretty simple really) |
03:15.06 |
maths22 |
brlcad:
Done! |
03:16.00 |
maths22 |
travis-upload
won't work until I get more stuff set up, but it allows me to
upload builds from travis/appveyor without any risk to the rest of
the system |
03:16.21 |
brlcad |
checks |
03:16.56 |
brlcad |
looks
good! |
03:17.20 |
brlcad |
undoubtedly a
lot of web stuff is broken ... LOTS of ports things
missing |
03:17.51 |
brlcad |
even the main
config isn't yet getting read for some reason, didn't
investigate |
03:20.38 |
maths22 |
brlcad: How
do we go about testing the web stuff? |
03:24.01 |
maths22 |
BRL-CAD
Release 7.25.0, Build 20160415 |
03:24.01 |
maths22 |
Elapsed
compilation time: 2 minutes 15 seconds |
03:24.04 |
brlcad |
I update dns
and we see if it works ;) |
03:24.15 |
brlcad |
usually on a
subdomain first |
03:25.51 |
brlcad |
in
brlcad.org's case, we have the other tld's we can switch over
first |
03:25.57 |
brlcad |
(brlcad.net
and .com) |
03:26.06 |
brlcad |
does some of those now |
03:39.44 |
maths22 |
brlcad: Web
configs don't work because we hardcoded the source IP |
03:40.05 |
brlcad |
ah, right --
that's necessary |
03:40.29 |
brlcad |
that's an
easy fix |
03:40.52 |
brlcad |
okay, .net
and com point to new server |
03:41.23 |
brlcad |
.com also
needed nameserver updates, so it'll take a bit longer to
propagate |
03:41.46 |
maths22 |
OK |
03:42.12 |
maths22 |
Should the ip
be fixed with sed in all the configs or manually? |
03:42.31 |
brlcad |
perl will do
a better job for this |
03:42.48 |
brlcad |
perl -pi -e
's/OLDIP/NEWIP/g' FILE |
03:43.05 |
maths22 |
Just
curious-why is that better than sed? |
03:43.13 |
brlcad |
perl will do
the edit in place |
03:43.21 |
brlcad |
sed requires
redirecting then copying over |
03:43.39 |
maths22 |
Isn't that
just 'sed -i' |
03:44.16 |
brlcad |
ah yeah, I
suppose .. :) |
03:45.08 |
brlcad |
learned sed a decade or two before they finally added that
option, perl's always had in place edits (at least as long as I can
remember) |
03:46.03 |
maths22 |
Makes
sense |
03:46.08 |
maths22 |
I never knew
a sed without it |
03:46.23 |
maths22 |
Should I go
ahead and apply it to all the configs? |
03:46.29 |
brlcad |
one of those
things that got hardwired as "doesn't do that" .. I'll eventually
remember, maybe :) |
03:46.37 |
brlcad |
sure |
03:47.24 |
brlcad |
then the only
advantage is that perl's regex features are generally quite a bit
more advanced, and it's a different regex engine |
03:47.55 |
brlcad |
irrelevant
for simple search and replace of course |
04:03.02 |
maths22 |
brlcad: I
guess we need to set up mysql |
04:06.50 |
brlcad |
yeah, that
reminds me ... I kicked off db dumps yesterday |
04:07.10 |
brlcad |
the db files
themselves were copied straight up |
04:07.22 |
brlcad |
so may just
need to install mysql and start it |
04:08.01 |
brlcad |
unless some
config or the mysql db gets overwritten on install |
04:08.40 |
maths22 |
I'm
installing right now, so we will see soon |
04:09.53 |
brlcad |
same
version? |
04:10.22 |
brlcad |
looks like
we're on 14.14 |
04:10.57 |
brlcad |
moves the web root etc files into place |
04:11.43 |
brlcad |
huh, already
done |
04:12.00 |
brlcad |
ah, you did
it :) |
04:16.49 |
brlcad |
starseeker:
since saying "full size" would require the caller to consult
documentation to know what full means, is there another way to
phrase it that would be self-documenting? |
04:20.15 |
brlcad |
maybe
rt_db_internal_size() and rt_db_external_size() |
04:22.37 |
brlcad |
with that,
it'd clearly cover the two potential sizes unambiguously -- the
function you added would be the internal |
04:29.24 |
brlcad |
I get that
the intent of 'full' is the expansion to include referenced objects
and you have an option that is not expanded too, so that I would
suggest be handled with a flag to the internal size
function |
04:32.18 |
brlcad |
how to expose
the two to the user ... looks like find already has a convention,
just -size [type] |
04:37.04 |
brlcad |
how about
"-size n[ckrMGTP]" with that 'r' (or perhaps R) flag meaning the
recursive size similar to c, becomes a compatible
extension |
04:38.02 |
brlcad |
you're just
trying to make release harder, aren't you :) |
04:48.38 |
*** join/#brlcad shubham
(a5e1683c@gateway/web/freenode/ip.165.225.104.60) |
05:26.00 |
*** join/#brlcad ``Erik_
(~erik@pool-100-16-40-20.bltmmd.fios.verizon.net) |
05:36.52 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.207.152.230) |
05:40.38 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
05:41.14 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
05:58.34 |
maths22 |
brlcad: mysql
is up and running |
05:58.42 |
maths22 |
I had to
retransfer it from the old server |
06:13.34 |
maths22 |
brlcad:
https://paste.ee/p/ZWFjV |
06:16.32 |
maths22 |
For
reference: https://paste.ee/p/wxMqD |
06:32.40 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.220.151.195) |
06:48.45 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:12.24 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
08:31.57 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.199.96.10) |
09:00.47 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@59.96.143.78) |
09:45.09 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@59.96.143.78) |
09:53.27 |
Notify |
03BRL-CAD:brlcad * 67631
brlcad/trunk/doc/STRATEGY: clean up the overview documentation to
more carefully frame our strategic work in a positive
light |
09:55.19 |
Notify |
03BRL-CAD:starseeker * 67632
brlcad/trunk/TODO: Eeek - something wrong with rtcheck/gdiff
-R |
09:55.23 |
Notify |
03BRL-CAD:starseeker * 67633
brlcad/trunk/TODO: Cancel that (provisionally) - working with very
small objects, overlaps may be below threshold |
09:56.43 |
Notify |
03BRL-CAD:starseeker * 67634
brlcad/trunk/doc/docbook/system/mann/draw.xml: Document the -L
option to draw. Note in passing that there seem to be a whole lot
of draw options that aren't documented... |
09:58.24 |
Notify |
03BRL-CAD:starseeker * 67635
(brlcad/trunk/include/ged/objects.h
brlcad/trunk/src/libged/CMakeLists.txt
brlcad/trunk/src/mged/setup.c): Start playing around with the
notion of a stat command for objects. May or may not make
sense... |
09:59.04 |
Notify |
03BRL-CAD:starseeker * 67636
(brlcad/trunk/include/rt/db_io.h brlcad/trunk/src/libged/stat.c
brlcad/trunk/src/librt/db5_io.c): Move the size calculator to a
librt function - will have more than one use for this
calculation. |
09:59.06 |
Notify |
03BRL-CAD:starseeker * 67637
(brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/search.xml
and 2 others): Add -size and -fsize filters to the search command.
The -size option will filter based on individual object sizes.
-fsize, by comparison, filters based on the 'full' defintion of the
object based on its hierarchy - i.e., for a comb, it will filter
based on that combs size summed with the sizes of all
the |
09:59.08 |
Notify |
objects below
the comb in the hierarchy. These options are intended to help users
quickly narrow down what the 'big' objects are in a .g file and
what hierarchy definitions might be combining to produce large
objects. |
09:59.10 |
Notify |
... |
09:59.57 |
Notify |
03BRL-CAD
Wiki:Eddysalazar * 0 /wiki/User:Eddysalazar: |
10:16.40 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.147.28) |
10:37.08 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.214.207.228) |
11:53.20 |
starseeker |
brlcad: if
it's a concern for release, by all means yank it - I just tossed
that and the beginnings of stat in to be able to find big things in
a .g more quickly/easily - my only other known options were to draw
and see how long draws took or do a bazillion keeps and look at the
.g files on the filesystem |
11:53.56 |
starseeker |
generally
speaking, search options don't themselves take options - it's like
name and iname. What about size and rsize for "recursive
size"? |
11:55.00 |
starseeker |
I'm fine with
those function names - I'll switch it later this
morning |
11:57.02 |
starseeker |
or if we're
doing a flag to the internal function, rt_db_size(int type)
maybe? |
11:58.13 |
starseeker |
i guess
that'd actually be rt_db_size(struct db_i *dbip, struct directory
*dp, int type) |
12:37.33 |
brlcad |
starseeker:
many find options take options, so was that stuff yanked when it
was adapted? |
12:37.56 |
brlcad |
cursory
glance looked like all the code for handling options is still in
there |
12:39.28 |
brlcad |
I got no
problem with size+rsize options, just one of the points of -size on
find isn't to report the size (-ls does that), it's to filter on
size |
12:40.05 |
brlcad |
so in the
name of compatibility and expected behavior, I would expect it to
at least take a number... :) |
12:41.04 |
brlcad |
yeah ..
-depth options take args.. |
12:42.22 |
brlcad |
common use
case: search . -name *.bot -size +1M -ls |
12:43.12 |
brlcad |
i.e., find
all bots greater than 1MB, print a table listing of those
objects |
12:50.43 |
brlcad |
search .
-size -4000c #<== find objects less than 4000
bytes |
13:27.25 |
*** join/#brlcad teepee`
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
13:28.25 |
*** join/#brlcad jasleen
(~jasleen@117.255.208.72) |
14:18.18 |
Notify |
03BRL-CAD:starseeker * 67638
brlcad/trunk/src/other/CMakeLists.txt: mark as advanced |
14:18.54 |
starseeker |
brlcad: the
options take args, but they usually don't have options of their
own... |
14:20.03 |
starseeker |
isn't familiar with the -ls option |
14:20.04 |
starseeker |
hmm |
14:20.50 |
starseeker |
brlcad: maybe
I'm missing something - -size is a filter |
14:21.51 |
starseeker |
search .
-name *.bot -size >1000000 should do your use case, modulo
-ls |
14:22.16 |
starseeker |
I don't have
anything to take the "friendly" size specifications like 1M,
although I'd like to... |
14:22.46 |
starseeker |
-size and
-rsize are filters, not reporting options |
14:23.46 |
starseeker |
tries the find -ls option... |
14:23.49 |
starseeker |
oh, I
see |
14:23.58 |
starseeker |
yeah, we
don't have that reporting option currently |
14:24.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:25.34 |
starseeker |
brlcad: I'm
not 100% sure if dp->d_len is what I think it is - keeping
things results in .g files with sizes not at all close to what a
tree-walk summation of the d_len values reports |
14:26.26 |
starseeker |
the other
problem is that the tree walk size will report the xpushed size
currently, since I don't recognize uniqueness of
objects... |
14:26.30 |
starseeker |
hmm |
14:26.38 |
starseeker |
that's a real
problem, actually... |
14:26.51 |
starseeker |
and could
explain the size difference |
14:35.13 |
maths22 |
brlcad: I
updated the homepage to use relative URLs |
14:37.29 |
maths22 |
Also,
brlcad.net works (I temporarily disabled the redirect so we could
test it on the new server) |
15:19.22 |
*** join/#brlcad ishwerad1in
(~ishweradm@servers.ishwerdas.com) |
15:22.16 |
*** join/#brlcad kintel_
(~kintel@unaffiliated/kintel) |
15:24.38 |
*** join/#brlcad ``Erik
(~erik@pool-100-16-40-20.bltmmd.fios.verizon.net) |
15:29.27 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
15:54.47 |
*** join/#brlcad poxip
(~poxip@unaffiliated/mrpoxipol) |
16:41.28 |
Notify |
03BRL-CAD:starseeker * 67639
(brlcad/trunk/include/rt/db_io.h brlcad/trunk/src/libged/stat.c and
2 others): go with db5_size and a flag for recursive |
16:41.58 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
16:46.34 |
Notify |
03BRL-CAD:starseeker * 67640
(brlcad/trunk/doc/docbook/system/mann/search.xml
brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h):
Go with rsize rather than fsize for the hierarchy aware size
filter. |
16:47.38 |
Notify |
03BRL-CAD:starseeker * 67641
brlcad/trunk/NEWS: Added recursive size calculating filter to
search |
16:49.18 |
Notify |
03BRL-CAD:starseeker * 67642
brlcad/trunk/NEWS: Note that the new -size filter for search is a
filter that will select based on indiviual object size, not a
printing option to report size. |
16:52.30 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:09.33 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
17:30.31 |
brlcad |
starseeker:
ah, hm maybe just a feature missing from the version of find you
started with ... |
17:30.52 |
brlcad |
I see that
posix only dictates [-+]#[c] |
17:31.17 |
brlcad |
so
http://pubs.opengroup.org/onlinepubs/009695399/utilities/find.html |
17:31.33 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
17:31.43 |
*** join/#brlcad ``Erik
(~erik@pool-100-16-40-20.bltmmd.fios.verizon.net) |
17:31.54 |
brlcad |
curiously
doesn't say anything about <=> |
17:33.06 |
brlcad |
SUSv2 is the
same< http://pubs.opengroup.org/onlinepubs/007908799/xcu/find.html |
17:34.57 |
brlcad |
looks like
the other suffixes are specific to bsd and linux find, not the
standard |
17:35.32 |
brlcad |
still no
mention of <> though -- is that something you introduced or
did the find you used have that? |
17:42.24 |
brlcad |
maths22: I
see, awesome! did mysql just come up (so all db's are available)
or did you just restore the one needed? |
17:43.15 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
17:43.24 |
maths22 |
All of them
(but see my note in motd) |
17:43.48 |
brlcad |
starseeker:
gut feeling is that it'll be at least a week of tweaking and bug
fixing to get -size/-rsize working right ... I think it will make
sense to hold it from release |
17:46.50 |
brlcad |
great
feature, very useful, but it'll take some investment to make sure
it's correct |
17:47.11 |
brlcad |
especially
for all cases like search is supposed to handle (e.g., recursive
size of an extrude, instances in a comb, etc) |
17:47.55 |
brlcad |
there's also
how to report disk size vs in-memory size (if they're drastically
different) |
17:48.14 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@117.214.207.228) |
17:52.12 |
*** join/#brlcad witness_
(uid10044@gateway/web/irccloud.com/x-xsxmfsvyrlohdrlh) |
17:57.40 |
starseeker |
brlcad: I
introduced ><= - I wasn't aware of the [-+]#[c]
bit |
17:58.16 |
starseeker |
brlcad: ok,
I'll back it out in a single commit so it can be re-introduced
after release |
18:00.05 |
starseeker |
yeah, I think
db5_size needs special reporting for extrude, dsp, submodel and
possibly vol |
18:01.41 |
starseeker |
we'll
probably want some variation on an -ls option to get the size info
reported in a search result - we've never needed it previously, but
we will once we add this |
18:05.09 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.244.25) |
18:07.46 |
Notify |
03BRL-CAD:starseeker * 67643
(brlcad/trunk/include/ged/objects.h
brlcad/trunk/src/libged/CMakeLists.txt
brlcad/trunk/src/mged/setup.c): Back out stat command |
18:08.21 |
Notify |
03BRL-CAD:starseeker * 67644
(brlcad/trunk/NEWS brlcad/trunk/include/rt/db_io.h and 3 others):
Back out size/rsize search filters. |
18:10.42 |
starseeker |
brlcad: I
wasn't following the posix find docs all that closely for search -
if you want to tack more closely to the standard it's probably
worth a systematic audit of the commands. I find the <=>
notation more intuitive than +-, but that may just be
me... |
18:11.12 |
starseeker |
s/commands/filters and options |
18:12.27 |
Notify |
03BRL-CAD:starseeker * 67645
(brlcad/trunk/NEWS brlcad/trunk/include/rt/db_io.h and 3 others):
shoot, forgot doc changes |
18:14.21 |
Notify |
03BRL-CAD:starseeker * 67646
(brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/search.xml
and 4 others): Back out size/rsize search filters (this time
including docs). |
18:19.52 |
starseeker |
brlcad: ok,
we can reverse merge r67646 once we're done with the
release |
18:20.06 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
18:52.57 |
*** join/#brlcad tflendrich
(~tflendric@eac26.neoplus.adsl.tpnet.pl) |
19:21.45 |
*** join/#brlcad Mathnerd314_
(~quassel@supertux/Mathnerd314) |
19:22.41 |
Notify |
03BRL-CAD:brlcad * 67647
brlcad/trunk/TODO: note to reinstate stat and search -size next
release. very useful. started in commits r67636 through
r67646. |
19:29.22 |
*** join/#brlcad witness_
(uid10044@gateway/web/irccloud.com/x-uqsutahexjiazved) |
19:53.45 |
*** join/#brlcad Zitara
(~vsvs@188.236.201.98) |
19:58.15 |
*** join/#brlcad Zitar
(bcecc962@gateway/web/freenode/ip.188.236.201.98) |
19:59.57 |
Zitar |
Hello |
20:00.45 |
Zitar |
Using xcode
as an IDE, should I use build all? Like the defult
thing? |
20:10.54 |
*** join/#brlcad Zitara
(~vsvs@188.236.201.98) |
20:25.03 |
Notify |
03BRL-CAD:starseeker * 67648
(brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk
brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeA.itcl and 5
others): Spaces in output file paths were causing trouble. Also, if
the render failed, we were ending up with zombie fbserv processes.
Note: at some point refactor this file output logic into a common
proc... |
20:41.55 |
starseeker |
brlcad: I
wonder if there's any way, in addition to the on-disk vs. in-mem
size questions, to also assess and report the memory impact of the
draw and prep of various objects. I doubt it's workable as a
search option, but maybe in the stat command we could do something
to figure that out of a user specifically requests it? |
20:43.14 |
starseeker |
would be
handy, for example, to be able to get a feel for how much memory a
NURBS tessellation is taking up at the current settings... maybe we
could report it only for things that are currently
drawn/prepped... |
20:46.27 |
starseeker |
s/that out
of/that out if/ |
21:12.20 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
21:21.50 |
*** join/#brlcad shubham_
(71c189bf@gateway/web/freenode/ip.113.193.137.191) |
23:18.34 |
Notify |
03BRL-CAD:starseeker * 67649
(brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/draw.xml
and 3 others): This implements a user request for an option (-M) to
the draw command that skips adding subtraction solids to the
wireframe. Useful for objects that have lots of large subtractions
that contribute in a minimal fashion to the final
shape. |
00:30.14 |
*** join/#brlcad oioqxppzsitbevgv
(~armin@dslb-088-067-248-134.088.067.pools.vodafone-ip.de) |
00:39.56 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:55.35 |
starseeker |
``Erik:
Notify stuck again? |
01:36.00 |
starseeker |
gets a fairly minimal burst run to work on Windows, declares
victory, and heads home |
02:26.25 |
*** join/#brlcad andrei_
(561e4738@gateway/web/freenode/ip.86.30.71.56) |
02:27.05 |
andrei_ |
Hi! |
02:29.33 |
andrei_ |
if I am to
write a class that contains several geometric objects |
02:30.30 |
andrei_ |
does it make
more sense to create an "object" class with a void* value and a
name, or to store them in a map, like <Object, type>
? |
03:04.23 |
brlcad |
andrei_:
neither of those sound quite right, but it depends on what you're
doing with the geometry and the object classes |
03:06.19 |
andrei_ |
I have to
write a heterogeneous data structure to store different geometric
objects ( circles, elipses, rectangles, polygons) |
03:07.03 |
andrei_ |
I only need
to determine the intersection points |
03:59.36 |
*** join/#brlcad annisar
(~kamil@mail.soltysik.in) |
04:27.06 |
*** join/#brlcad shubham
(a5e16833@gateway/web/freenode/ip.165.225.104.51) |
07:39.32 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:41.52 |
*** join/#brlcad shubham
(a5e1683d@gateway/web/freenode/ip.165.225.104.61) |
08:24.55 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
08:32.53 |
*** join/#brlcad teepee`
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
09:04.18 |
*** join/#brlcad merzo_
(~merzo@92.60.189.225) |
09:36.05 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
11:09.45 |
*** join/#brlcad andrei_
(561e4738@gateway/web/freenode/ip.86.30.71.56) |
12:16.37 |
Notify |
03BRL-CAD:starseeker * 67663
brlcad/trunk/src/libged/display_list.c: respect color attribute on
individual solids for drawing wireframes. |
12:16.39 |
Notify |
03BRL-CAD:starseeker * 67664
(brlcad/trunk/src/libged/make.c brlcad/trunk/src/libged/typein.c
brlcad/trunk/src/librt/wdb.c): Set default initial color of yellow
for datum objects. |
12:17.00 |
Notify |
03BRL-CAD:starseeker * 67665
brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt: Stub in the
start of a burst man page. |
12:17.27 |
Notify |
03BRL-CAD:brlcad * 67666
(brlcad/trunk/NEWS brlcad/trunk/TODO): burst now has an initial
manual page |
12:17.30 |
Notify |
03BRL-CAD:starseeker * 67667
brlcad/trunk/src/librt/primitives/datum/datum.c: Scale both the
normal line and the plane square based on the user specified length
of the datum normal vector. This allows the user to define datum
planes that are visible on the scale they need (an example is the
m35 component, where a unit plane is not visible when the whole
truck is drawn...) |
12:17.34 |
Notify |
03BRL-CAD:brlcad * 67668
brlcad/trunk/NEWS: cliff reworked datum wireframes addressing a
user request to distinguish them from regular geometry by drawing
them in yellow. also fixed a bug in the datum wireframes causing
the line arrowheads to get stretched. |
12:18.21 |
Notify |
03BRL-CAD:starseeker * 67669
brlcad/trunk/doc/docbook/system/man1/burst.xml: Add the burst
command table from the old report |
12:18.27 |
Notify |
03BRL-CAD:starseeker * 67670
brlcad/trunk/doc/docbook/system/man1/burst.xml: tag commands and
options |
12:18.29 |
Notify |
03BRL-CAD:starseeker * 67671
brlcad/trunk/doc/docbook/system/man1/burst.xml: tags in
comments |
12:18.43 |
Notify |
03BRL-CAD:brlcad * 67672
(brlcad/trunk/regress/library.sh brlcad/trunk/regress/quote.sh):
test_quote was renamed to test_bu_escape, and is not located where
ensearch() knew to look. |
12:18.46 |
Notify |
03BRL-CAD:brlcad * 67673
brlcad/trunk/regress/CMakeLists.txt: the regress-quote regression
test isn't really a regression test as it's entire purpose seems to
be to run a single libbu unit test. this is unnecessary as unit
tests are their own testing category and there's no regression
behavior being distinctly evaluated here different from the unit
testing. |
12:18.48 |
Notify |
03BRL-CAD:starseeker * 67674
brlcad/trunk/doc/docbook/system/man1/burst.xml: If we're going to
do this, do it right. Start migrating the burst command
documentation into the man page. |
12:18.50 |
Notify |
03BRL-CAD:brlcad * 67675
brlcad/trunk/regress/library.sh: with the cmake build placing build
targets into the bin dir, finding them is greatly simplified. so we
don't need to be aware of the source tree. as regression tests are
(by definition) testing user tools, everything being tested should
be in the bin dir. probably not necessary to even keep bench in the
list, but leaving it alone for now. |
12:18.53 |
Notify |
03BRL-CAD:brlcad * 67676
(brlcad/trunk/src/mged/cmd.c brlcad/trunk/src/mged/cmd.h and 2
others): remove the experimental and undocumented 'pl' command that
was never finished. while it attempted a novel approach, attaching
to mged to directly get the wireframe from the DM, the plot it
produced was ever so slightly invalid and it included the faceplate
(maybe a feature, but unexpected) and it was mangled. |
12:18.55 |
Notify |
03BRL-CAD:brlcad * 67677
brlcad/trunk/src/tclscripts/mged/help.tcl: savekey is not
experimental. has a manpage and was migrated to libged |
12:19.02 |
Notify |
03BRL-CAD:brlcad * 67678
brlcad/trunk/doc/STRATEGY: Massive rewickering of the archer
deployment project. After meeting and applying time estimates, the
project was beyond the defined scope at 25+ weeks of effort. Faced
with either identifying dependencies and resources or
defering/separating into multiple projects, the latter path was
taken. Now deployment spans two projects with the first being a
completion of |
12:19.04 |
Notify |
ALPHA tasks
and the latter a completion of essential BETA tasks. |
12:19.06 |
Notify |
... |
12:19.11 |
Notify |
03BRL-CAD:brlcad * 67679
brlcad/trunk/doc/STRATEGY: move discussions with users onto the end
of the alpha process so we have a better handle on what beta tasks
are needed for final release. this makes both projects fit the time
criteria without worrying about interdependencies. |
12:19.23 |
Notify |
03BRL-CAD:starseeker * 67680
brlcad/trunk/src/rtwizard/main.c: don't need to duplicate argv
array any longer. |
12:19.25 |
Notify |
03BRL-CAD:n_reed * 67681
brlcad/trunk/src/libged/select.c: fix typo from r67151's bu hash
api conversion causing null dereference |
12:19.29 |
Notify |
03BRL-CAD:starseeker * 67682
brlcad/trunk/src/libtclcad/tclcad_init.c: check args before
processing |
12:19.31 |
Notify |
03BRL-CAD:starseeker * 67683
brlcad/trunk/doc/docbook/system/man1/burst.xml: Set up structure
for more of the burst doc contents |
12:19.52 |
Notify |
03BRL-CAD:starseeker * 67684
brlcad/trunk/doc/docbook/system/man1/burst.xml: rough transfer of
the majority of the text from the burst document. Still have
several tables and a lot of reference and command notation to do,
plus a general proofread to make sure the absence of the menu entry
lines hasn't eliminated essential context. |
12:20.11 |
Notify |
03BRL-CAD:starseeker * 67685
brlcad/trunk/doc/docbook/system/man1/burst.xml: Add color key
tables |
12:20.16 |
Notify |
03BRL-CAD:starseeker * 67686
brlcad/trunk/src/libtclcad/tclcad_init.c: Create the vars to
satisfy the tcl scripts, even if we don't have argv. |
12:20.18 |
Notify |
03BRL-CAD:starseeker * 67687
brlcad/trunk/doc/docbook/system/man5/CMakeLists.txt: Add in man
page with table for burst_point_library file format. |
12:20.20 |
Notify |
03BRL-CAD:starseeker * 67688
brlcad/trunk/doc/docbook/system/man5/burst_point_library.xml:
ws |
12:20.22 |
Notify |
03BRL-CAD:starseeker * 67689
brlcad/trunk/src/archer/archer_launch.tcl: Don't complain about
differences between argv0 and bu_brlcad_root unless we actually
know enough to do so. |
12:20.24 |
Notify |
03BRL-CAD:starseeker * 67690
brlcad/trunk/doc/docbook/system/man5/CMakeLists.txt: Add man page
for burst shotline file format |
12:20.26 |
Notify |
03BRL-CAD:starseeker * 67691
brlcad/trunk/doc/docbook/system/man1/burst.xml: reference other
burst man pages |
12:20.32 |
Notify |
03BRL-CAD:brlcad * 67692
(brlcad/trunk/src/tclscripts/helplib.tcl
brlcad/trunk/src/tclscripts/lib/Db.tcl
brlcad/trunk/src/tclscripts/lib/Ged.tcl): xpush is not
experimental |
12:20.34 |
Notify |
03BRL-CAD:brlcad * 67693
brlcad/trunk/src/libged/display_list.c: remove duplicate
comment |
12:20.36 |
Notify |
03BRL-CAD:brlcad * 67694
(brlcad/trunk/src/tclscripts/helplib.tcl
brlcad/trunk/src/tclscripts/mged/help.tcl): vdraw is also no longer
experimental. even has a nicely detailed manpage. |
12:20.38 |
Notify |
03BRL-CAD:starseeker * 67695
brlcad/trunk/src/libtclcad/tclcad_init.c: use the
var... |
12:20.40 |
Notify |
03BRL-CAD:brlcad * 67696
(brlcad/trunk/doc/docbook/articles/en/mged.xml
brlcad/trunk/doc/html/manuals/mged/mged_cmd_index.html): pl command
was removed in favor of plot command, so don't mention it any
more |
12:20.43 |
Notify |
03BRL-CAD:brlcad * 67697
(brlcad/trunk/CHANGES brlcad/trunk/NEWS): since there was a mention
of pl in some docs, go ahead and inform users that pl went away.
considered minimally impacting as plot command did the same thing
without the errors pl had |
12:20.45 |
Notify |
03BRL-CAD:brlcad * 67698
(brlcad/trunk/CHANGES brlcad/trunk/doc/docbook/articles/en/mged.xml
and 12 others): remove the undocumented and marked-as-experimental
'polybinout' command that looks an aweful lot like the poly
command, but with custom binary data being written out from
serialized structs. nor bob or I know of anyone that ever used the
command. |
12:20.48 |
Notify |
03BRL-CAD:brlcad * 67699
brlcad/trunk/CHANGES: things that go through deprecation are not
necessarily obsolete, but they are removed. |
12:20.50 |
Notify |
03BRL-CAD:brlcad * 67700
(brlcad/trunk/CHANGES brlcad/trunk/doc/docbook/articles/en/mged.xml
and 16 others): remove the 'experimental', i.e., undocumented and
never really used but incurred considerable maintenance cost over
the years, pov command. the command was by carl nuzman (arl summer
student) as a one-stop command for setting a view. lots of ways to
create a conflicting specification and there are many |
12:20.52 |
Notify |
(albeit
multi-command) alternatives available for setting the
view. |
12:20.54 |
Notify |
... |
12:20.56 |
Notify |
03BRL-CAD:brlcad * 67701
brlcad/trunk/CHANGES: stick with one convention, no need for space
padding. also libbu/libbn were not removed, clarify that it's a
dependency on tcl that went away. |
12:20.59 |
Notify |
03BRL-CAD:brlcad * 67702
brlcad/trunk/HACKING: beyond experimental developments is no longer
true |
12:21.01 |
Notify |
03BRL-CAD:brlcad * 67703
(brlcad/trunk/doc/docbook/articles/en/mged.xml
brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIV.xml
brlcad/trunk/doc/docbook/system/man3/libwdb.xml): ugh, cut the BS
noncommittal disavowing. own it, finish it, or get rid of
it. |
12:21.03 |
Notify |
03BRL-CAD:brlcad * 67704
brlcad/trunk/include/ged/rt.h: savekey is not
experimental |
12:21.07 |
Notify |
03BRL-CAD:brlcad * 67705
(brlcad/trunk/include/optical/shadework.h
brlcad/trunk/src/liboptical/sh_plastic.c): remove never-completed
unused 'experimental' code. |
12:21.09 |
Notify |
03BRL-CAD:brlcad * 67706
brlcad/trunk/regress/CMakeLists.txt: own em or gttfo |
12:21.11 |
Notify |
03BRL-CAD:brlcad * 67707
(brlcad/trunk/TODO brlcad/trunk/src/conv/step/CMakeLists.txt and 3
others): remove more non-committal bs. tell it like it
is. |
12:21.53 |
Notify |
03BRL-CAD:bob1961 * 67708
brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Simplified
ArcherCore::getTreeMembers |
12:21.58 |
Notify |
03BRL-CAD:bob1961 * 67709
brlcad/trunk/src/tclscripts/archer/Archer.tcl: Commented out a bit
of code in Archer::initDefaultBindings that was causing a
performance issue while using the shift-grips. |
12:22.18 |
Notify |
03BRL-CAD:starseeker * 67710
(brlcad/trunk/doc/docbook/system/mann/Introduction.xml
brlcad/trunk/src/brlman/brlman.c and 4 others): Teach brlman a few
more tricks. If we're viewing a man1 man page, the ToC list of man
pages should also be the man1 pages (and so on for the other
categories. Add a -S option to force graphical mode to list a
particular section, and a help option. |
12:23.22 |
Notify |
03BRL-CAD:starseeker * 67711
(brlcad/trunk/doc/CMakeLists.txt
brlcad/trunk/doc/docbook/system/man1/burst.xml): Close enough.
burst man1 page is now live. mm version will be in repo history if
something was missed |
12:23.24 |
Notify |
03BRL-CAD:starseeker * 67712
brlcad/trunk/doc/docbook/system/man1/burst.xml: ws |
12:23.26 |
Notify |
03BRL-CAD:starseeker * 67713
brlcad/trunk/regress/CMakeLists.txt: Got burst to run. This example
is almost certainly not minimal, but since it did work (on Linux)
checkpoint it. |
12:23.28 |
Notify |
03BRL-CAD:starseeker * 67714
brlcad/trunk/regress/burst/ktank.b: error-file and color-file cause
problems with the Release build on MSVC. If we comment those out,
burst runs. |
12:23.30 |
Notify |
03BRL-CAD:starseeker * 67715
brlcad/trunk/NEWS: We now have a successful run of the burst tool
in batch mode on Windows. The termlib interface has not and will
not be ported, and not all features work even in batch mode, but
shotline and burst text files have been successfully
generated. |
12:24.27 |
Notify |
03BRL-CAD
Wiki:ZitarMorningStar * 0 /wiki/User:ZitarMorningStar: |
12:24.29 |
Notify |
03BRL-CAD
Wiki:TesterTester * 0 /wiki/User:TesterTester: |
12:49.11 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
13:30.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:13.22 |
*** join/#brlcad jasleen
(~jasleen@101.60.228.156) |
15:19.23 |
Notify |
03BRL-CAD:starseeker * 67716
(brlcad/trunk/NEWS
brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt): Add basic
manual page and NEWS item for icv image conversion
tool. |
15:22.54 |
Notify |
03BRL-CAD:starseeker * 67717
brlcad/trunk/doc/docbook/system/man1/icv.xml: ws |
15:55.14 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:00.55 |
*** join/#brlcad ickby
(~stefan@x5d844377.dyn.telefonica.de) |
16:11.20 |
*** join/#brlcad ickby
(~stefan@x5d844377.dyn.telefonica.de) |
16:40.22 |
*** join/#brlcad ickby_
(~stefan@x5d844377.dyn.telefonica.de) |
17:25.52 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:32.23 |
*** join/#brlcad catchchaos
(0e8b9bd8@gateway/web/freenode/ip.14.139.155.216) |
17:57.54 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@59.91.232.78) |
18:01.20 |
*** join/#brlcad merzo
(~merzo@2-60-133-95.pool.ukrtel.net) |
18:07.59 |
*** join/#brlcad merzo
(~merzo@2-60-133-95.pool.ukrtel.net) |
18:09.54 |
*** join/#brlcad merzo
(~merzo@2-60-133-95.pool.ukrtel.net) |
18:12.59 |
*** join/#brlcad merzo
(~merzo@2-60-133-95.pool.ukrtel.net) |
18:15.41 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
18:15.59 |
*** join/#brlcad merzo
(~merzo@2-60-133-95.pool.ukrtel.net) |
18:17.45 |
*** join/#brlcad merzo
(~merzo@2-60-133-95.pool.ukrtel.net) |
18:19.41 |
*** join/#brlcad merzo
(~merzo@2-60-133-95.pool.ukrtel.net) |
18:38.09 |
*** join/#brlcad jasleen
(~jasleen@115.184.98.177) |
18:41.41 |
Notify |
03BRL-CAD:starseeker * 67718
(brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/lc.xml
brlcad/trunk/src/libged/lc.c): Add -m option to lc to report
region_id sets containing non-matching material_id and/or los
values. |
18:53.00 |
Notify |
03BRL-CAD:starseeker * 67719
(brlcad/trunk/src/burst/burst.format brlcad/trunk/src/burst/prnt.c
brlcad/trunk/src/rt/viewg3.c): Up rtg3 and burst output to 5 digits
for component numbers |
18:55.09 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@101.214.184.1) |
19:07.41 |
*** join/#brlcad jasleen
(~jasleen@101.60.207.70) |
19:13.41 |
*** join/#brlcad Mandeep_Singh
(~Mandeep@101.214.184.1) |
19:27.51 |
*** join/#brlcad AndChat|455600
(~Amarjeet@101.213.163.54) |
19:43.50 |
*** join/#brlcad ishwerdas
(7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31) |
19:44.25 |
ishwerdas |
congratulates everyone who got selected in GSoC
2016! |
19:58.04 |
Mandeep_Singh |
ishwerad1in,
thanks |
19:58.29 |
Mandeep_Singh |
congo
everyone! |
20:51.54 |
*** join/#brlcad MandeepSingh
(~Mandeep@59.95.83.46) |
21:17.49 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:03.49 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:37.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:34.36 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-245-088.092.074.pools.vodafone-ip.de) |
00:47.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:06.59 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:12.41 |
*** join/#brlcad boj (~boj@205.164.6.75) |
01:14.11 |
*** join/#brlcad shennich
(cda4064b@gateway/web/cgi-irc/kiwiirc.com/ip.205.164.6.75) |
02:22.11 |
*** join/#brlcad shennich
(d24bfce2@gateway/web/cgi-irc/kiwiirc.com/ip.210.75.252.226) |
02:28.46 |
*** join/#brlcad boj (~boj@205.164.6.75) |
03:06.37 |
*** join/#brlcad shennich
(80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152) |
03:16.23 |
*** part/#brlcad shennich
(80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152) |
03:17.17 |
*** join/#brlcad boj
(80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152) |
03:28.19 |
*** join/#brlcad boj
(d24bfce2@gateway/web/cgi-irc/kiwiirc.com/ip.210.75.252.226) |
05:31.19 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
05:33.19 |
*** join/#brlcad maths22
(~maths22@66-118-151-70.static.sagonet.net) |
05:33.19 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
05:33.31 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
05:33.41 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
05:33.42 |
*** join/#brlcad starseeker
(~starseeke@66.118.151.70) |
06:18.15 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
06:53.52 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:57.11 |
*** join/#brlcad teepee`
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
08:57.46 |
*** join/#brlcad Barun
(~Barun@117.211.90.154) |
09:00.32 |
Barun |
Hi, I was
just wondering if anybody here could help me get started with
contributing to brlcad :) |
09:03.43 |
Barun |
And I was
wondering if Brl-cad is still going to be accepting applications
for ESA SOCIS |
09:03.48 |
Barun |
I wonder a
lot. |
09:13.04 |
Stragus |
It's 5 am
where most of the crew resides, give them a couple hours to get an
answer ;) |
09:13.24 |
Barun |
Aha,
thanks |
09:13.26 |
Barun |
maybe the
mailing list then? |
09:14.37 |
Stragus |
Probably, if
you want. IRC is still pretty good, you just need to catch them
awake |
09:14.59 |
Barun |
Where is most
of brlcad based? |
09:15.14 |
Stragus |
Maryland,
U.S. |
09:15.19 |
Barun |
Ah |
09:15.32 |
Barun |
Thanks a lot
:) Iâll check back in a few hours! |
09:16.13 |
Stragus |
Sure, good
luck! |
09:31.06 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
10:03.10 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
10:18.47 |
Notify |
03BRL-CAD
Wiki:Fabhio.turi * 0 /wiki/User:Fabhio.turi: |
10:34.25 |
*** join/#brlcad nmz787
(~nmz787@unaffiliated/nmz787) |
10:38.12 |
*** join/#brlcad Barun_
(~Barun@42.104.77.146) |
11:30.43 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
11:57.59 |
*** join/#brlcad Barun_
(~Barun@42.104.77.146) |
12:14.19 |
Barun_ |
Also, how big
is the brl-cad repository? |
12:18.47 |
*** join/#brlcad navi_
(caa43575@gateway/web/freenode/ip.202.164.53.117) |
12:29.01 |
*** join/#brlcad yorik
(~yorik@191.17.142.94) |
12:38.09 |
brlcad |
Barun_:
depends how you measure it .. but an svndump is about
2GB |
12:38.31 |
Barun_ |
Ah, allright,
thanks :) |
12:38.48 |
brlcad |
make sure you
follow checkout instructions, though, of your end up extracting
every branch, every tag, every release, etc ... which will be
something like 200GB L) |
12:39.00 |
Barun_ |
*yelp* |
12:39.11 |
Barun_ |
http://brlcad.org/wiki/Compiling<â
This link is good, right? |
12:40.20 |
brlcad |
should be,
yeah |
12:40.27 |
Barun_ |
Allright
thanks! |
12:41.39 |
brlcad |
Barun_: and
yes, SOCIS apps are accepted through the deadline, 13 May I
believe |
12:41.41 |
Barun_ |
Also, are you
guys amenable to ESA Socis proposals? I was wondering whether you
had your hands full with gsoc and all :) |
12:41.49 |
Barun_ |
Damn, faster
than light speed. |
12:42.45 |
Barun_ |
So I imagine
the correct way would be to [a] clone the repo, [b] do a quickie or
a deuce, [c] Create a quick proposal, [d] discuss it with you guys,
and [e] submit and pray to god? |
12:43.18 |
Barun_ |
Where a
quickie is one of those two-hour tasks mentioned |
12:43.22 |
Barun_ |
over here :
http://en.flossmanuals.net/contributors-guide-to-brl-cad/what-to-contribute/ |
12:44.41 |
Barun_ |
Iâm sorry
if Iâm asking too many questions :p |
12:45.04 |
brlcad |
we wouldn't
have applied if we weren't amenable... |
12:45.22 |
Barun_ |
My apologies
for the phrasing of that questionâ¦I did not mean to give
offence |
12:45.46 |
brlcad |
offense??
none taken .. you're fine, relax ;) |
12:45.55 |
brlcad |
you can't ask
too many questions |
12:46.04 |
brlcad |
at least it
is REALLY REALLY hard |
12:46.21 |
brlcad |
you can ask
bad questions |
12:46.28 |
brlcad |
don't do
that, ask good ones ;) |
12:46.31 |
brlcad |
~ask |
12:46.31 |
infobot |
Questions in
the channel should be specific, informative, complete, concise, and
on-topic. Don't ask if you can ask a question first. Don't ask if
a person is there; just ask what you intended to ask them. Better
questions more frequently yield better answers. We are all here
voluntarily or against our will. |
12:46.46 |
Barun_ |
I
see |
12:47.03 |
Barun_ |
So an example
of a bad question is simply something that could be
googled |
12:47.14 |
Barun_ |
Or determined
very easily if you read the manual or wander around the brlcad
side |
12:47.15 |
Barun_ |
site* |
12:47.28 |
brlcad |
exactly |
12:47.47 |
Barun_ |
For example a
bad question would be : How do I get started? <â since
thereâs plenty of info already on the site about compiling
brl-cad |
12:48.02 |
brlcad |
don't waste
time .. don't waste other people's time on trivially easily found
stuff, and don't waste your time stuck when you should have asked a
question or three :) |
12:48.14 |
Barun_ |
I shall
endavour to remember that. |
12:48.20 |
Barun_ |
Fine line
tho |
12:48.43 |
brlcad |
this is a
good read that goes into LOTS of detail about asking questions in
open source communities: http://www.catb.org/esr/faqs/smart-questions.html |
12:49.22 |
brlcad |
people are
generally much more accommodating and friendly than his paper lends
itself, but it's still helpful advice |
12:50.01 |
brlcad |
so yeah,
doing a quickie, or a bug fix, or something related to a topic that
interests you, all great ideas |
12:50.10 |
brlcad |
what
interests do you have? skills? |
12:50.49 |
Barun_ |
Iâm mostly
a C++ programmerâ¦Iâve worked on applications that use the Qt
framework, so youâll find my patches on, for example, VLMC, and
Swift |
12:51.19 |
brlcad |
qt happens to
be one of our hot topics :) |
12:51.36 |
Barun_ |
Does it,
now? |
12:52.08 |
Barun_ |
Whoo, Iâm a
little relieved, Iâm not great at C (nor am I at C++, but at
least I know what Iâm doing wrong there usually!), and brl-cad
seems to be heavily C based |
12:52.57 |
Barun_ |
Iâm also
not conversant with SVN, though Iâm fully confident I can learn
it. I was more of a git guy |
12:54.09 |
boj |
Hi, brlcad,
sorry for my interruption. I just cloned the lastest code from the
repo and compiled it on my Windows 7 with Visual Studio 2012, it
gives error in grid.c(line 896: ap->a_user = lrint(bn_randmt() *
100.0) % 100), the error is about 'left operand of % has type
'double'', but I checked that, the return type of 'lrint()' is
actual 'int', ho |
12:54.09 |
boj |
w could it
happen? |
12:55.24 |
boj |
but, the
macro definition of 'lrint()' does not have a return type? Can it
influence the compliation? And do you have some suggestions to fix
it a more an elegant way? |
12:58.39 |
brlcad |
boj: huh, can
you post the entire error message |
12:59.39 |
brlcad |
Barun_: git
came after svn, so in many ways svn is just simpler -- some steps
are combined (e.g., svn commit is a git commit+push) |
12:59.52 |
Barun_ |
I
see |
13:00.50 |
boj |
yes, can I
send it to mail-list, so I can make it detailed cause I have some
other problems? |
13:01.45 |
brlcad |
and since you
don't clone, you do multiple checkouts to work in multiple branches
(git branches were implemented in a superior way to fix exactly
that problem) |
13:02.09 |
brlcad |
boj: no, that
won't be useful to most listening |
13:02.15 |
brlcad |
just use a
pastebin |
13:02.24 |
*** join/#brlcad annisar
(~kamil@mail.soltysik.in) |
13:02.44 |
brlcad |
~paste |
13:02.45 |
infobot |
i guess paste
is http://pastebin.org/ or
http://bin.cakephp.org/ or
http://pastebin.ca/ |
13:03.01 |
boj |
thanks
brlcad |
13:03.10 |
brlcad |
or |
13:03.11 |
brlcad |
~pastebin |
13:03.12 |
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:03.22 |
brlcad |
don't use
pastebin.com |
13:03.40 |
Barun_ |
Awesome. If
thereâs any Qt related task on your mind let me know, otherwise
Iâll proceed as follows : grabbing the code (through the virtual
machine), working on a random deuce, and hopefully finding
something in your project ideas that looks good to me?
:) |
13:05.12 |
boj |
Here is the
one I used before, http://paste.ubuntu.com/, should
work. |
13:05.29 |
brlcad |
Barun_: what
topics are of interest socis-wise? |
13:05.44 |
brlcad |
did you look
over the list of ideas? any jump out at you? |
13:06.29 |
Barun_ |
You have a
TON of ideas, which is awesome! Iâm actually a physics major, so
naturally the couple of physics simulation ideas did catch my eye
:) |
13:06.41 |
Barun_ |
Celestial
mechanics particle system: Simulate solar systems and galaxies.
C/C++ MEDIUM |
13:06.42 |
Barun_ |
Non-vacuum
gravity simulator: Simulate falling to earth. |
13:06.43 |
Barun_ |
Those
two |
13:06.46 |
brlcad |
boj: yeah,
any accept the canonical .com one is usually fine ... it's simply
blacklisted by a lot of places due to a history of malware,
viruses, and other badness that got pasted way back
when |
13:07.44 |
brlcad |
Barun_:
excellent, so just beware that we've made a LOT of progress on
simulating gravity since that idea was written up over the past two
years, so you'll want to check it and propose ways to extend
it |
13:07.59 |
Barun_ |
I
see |
13:08.01 |
boj |
I
see. |
13:08.04 |
brlcad |
the work is
by no means done, but there is substantial investment so you
wouldn't be starting from scratch |
13:08.46 |
Barun_ |
one of my
worries is just that since thereâs so little time left to the
deadling (only about two weeks), and I am going through a spate of
exams, I wonât be able to churn out a very good quality proposal
:( |
13:08.53 |
Barun_ |
Iâll do my
best though! No excuses! |
13:09.10 |
brlcad |
nods, best of luck to you |
13:09.14 |
Barun_ |
Have you guys
also done work on celestial mechanics? |
13:09.36 |
boj |
Hi, brlcad,
here is my error file, http://paste.ubuntu.com/16048017/,
please check it, I try to make it short cause it contains too much
duplicated errors |
13:09.48 |
brlcad |
<PROTECTED> |
13:10.30 |
brlcad |
boj: can you
put more context though |
13:10.35 |
Barun_ |
I imagine
however, that there are also very few slots? :P |
13:10.42 |
brlcad |
what came
before the C2296 line? |
13:10.51 |
brlcad |
Barun_: 1
slot :) |
13:10.54 |
Barun_ |
+ less
competition is no reason not to do your best! |
13:10.56 |
brlcad |
still 20% is
great odds |
13:10.59 |
Barun_ |
Ah. |
13:11.50 |
brlcad |
it just means
that the person that puts in the most effort, discusses well,
demonstrates useful productivity will get selected |
13:12.10 |
brlcad |
some years
have been 2-3 students, never know |
13:12.10 |
boj |
sorry, this
is all the information, http://paste.ubuntu.com/16048049/ |
13:12.20 |
brlcad |
boj:
thx |
13:12.39 |
brlcad |
can never
trust msvc errors .. there's often some hint before |
13:12.59 |
Barun_ |
Iâm
certainly willing to try my best :) And even if I donât get in,
Iâm sure itâll be a good learning experience |
13:13.32 |
Barun_ |
Butâ¦just to
confirm, ESA SOCIS is always just one slot for each org?
:O |
13:13.33 |
brlcad |
wonders what all those Microsoft.CppCommon.targets cmd.exe
errors are about |
13:13.48 |
brlcad |
Barun_: as
far as I know, yes |
13:14.14 |
boj |
yes, line 5
is what I just told you, I am a little bit confused about the
function 'lrint()', it should work, but it can not be compiled
successfully. |
13:14.22 |
Barun_ |
Allright,
Iâll get to work. Thank you so much for answering all my
questions :) |
13:14.38 |
Barun_ |
Iâll be in
touch when I have the source and am no doubt stuck on a deuce
:) |
13:14.40 |
brlcad |
Barun_: also,
fyi, I think you're the first to seriously express interest and get
into a conversation about it, so that bodes well if you can manage
your time wisely with exams |
13:15.18 |
brlcad |
Barun_: what
platform do you run? |
13:15.27 |
Barun_ |
mac os x
currently |
13:15.34 |
boj |
so, brlcad,
what is your platform, maybe I need to change to what you used
usually, so I can keep in touch with you easily? |
13:15.56 |
brlcad |
do you also
have a windows build environment handy, virtualbox
perhaps? |
13:16.15 |
brlcad |
boj: no, this
is worth fixing... |
13:16.34 |
brlcad |
woah, you're
running distcheck |
13:16.42 |
boj |
yes, I know,
it should be fixed.. |
13:17.03 |
brlcad |
boj:
distcheck doesn't work on windows, that much we do already know ..
that explains the pixdiff on Windows is reporting no differences
with a pair of files that pixcmp can see differences
in. |
13:17.13 |
brlcad |
oops that
explains the cmd.exe errors |
13:17.20 |
brlcad |
(but not the
burst error) |
13:17.40 |
Barun_ |
Is a windows
build environment necessary? I donât have one right now, but I
will in a week when I get time to go fetch my new
laptop |
13:17.59 |
boj |
what is
distcheck? |
13:18.41 |
brlcad |
boj: it's a
compilation target, apparently the one you requested :) |
13:19.18 |
brlcad |
Barun_:
absolutely not -- mac is just fine (what I usually am on) .. just
if you did have windows, there's a specific quickie style bug you
could investigate |
13:19.27 |
boj |
so, how can I
disable it or fix it in a proper way? |
13:19.56 |
brlcad |
boj: well
assume the error is true, how would you fix it? |
13:20.37 |
boj |
locate and
find the real problem, then fix it. |
13:21.43 |
brlcad |
heh, I mean
this specific line of code |
13:23.25 |
brlcad |
assume the
complier is right, what would you have to do to fix it on this line
of code |
13:23.26 |
Barun_ |
Mind pointing
me to the bug anyway? While I donât think Iâll get around to it
before the project proposal, I wouldnât mind taking a look at it
afterwards :) |
13:23.37 |
Notify |
03BRL-CAD:starseeker * 67727
brlcad/trunk/src/libged/lc.c: Don't skip setting ignore on the last
item in the table. |
13:24.30 |
Barun_ |
So youâre
asking for a solution to the left operand is type double
error? |
13:24.31 |
boj |
follow the
instructions, and set |
13:24.32 |
boj |
following the
instructions and change the compliation flags? |
13:24.36 |
Barun_ |
Isnât that
simply a type mismatch? |
13:25.24 |
Barun_ |
stackoverflow
has this to say :
http://stackoverflow.com/questions/20237232/error-c2296-illegal-left-operand-has-type-double-in-c |
13:25.26 |
brlcad |
Barun_: it's
what I miss-pasted in our BUGS file: |
13:25.47 |
Barun_ |
since % is
not defined for doubles |
13:25.48 |
brlcad |
"pixdiff on
Windows is reporting no differences with a pair of files that
pixcmp can see differences in." |
13:25.50 |
Barun_ |
apparently. |
13:26.10 |
Barun_ |
Iâll store
that away, and take a look later, thanks :) |
13:26.21 |
Barun_ |
Which seems
obvious, because mod operators are based off
remainders.. |
13:26.31 |
Barun_ |
I have a
feeling Iâm thinking about this wrong :p |
13:26.35 |
brlcad |
boj: no....
what's the line of code erroring here? (paste it into the
channel) |
13:28.31 |
brlcad |
Barun_:
pixdiff on windows is the one I had in mind for you ... there's
some weird bug there that is probably trivial to fix, but a good
"test" of sorts IF you have a windows dev environment to compare
with a non windows dev environment (e.g., mac) |
13:28.33 |
Barun_ |
urm, is the
line you guys are talking about this -> Error 6 error C2296: '%'
: illegal, left operand has type 'double'
D:\Develop\brlcad-code\src\burst\grid.c 896 |
13:29.05 |
Barun_ |
I got that, I
was wondering if I could contribute to this discussion, though
Iâll stay out if you want me to :) |
13:29.08 |
brlcad |
yes, I was
asking boj to paste grid.c:896 here |
13:29.23 |
Barun_ |
Ah. |
13:29.43 |
boj |
ap->a_user
= lrint(bn_randmt() * 100.0) % 100; |
13:29.43 |
boj |
Oh, no, I am
confused... the line shoudl be ... ap->a_user =
lrint(bn_randmt() * 100.0) % 100; |
13:30.12 |
brlcad |
okay,
great |
13:30.47 |
brlcad |
boj: so the
compiler is saying % doesn't want a double on the left,
yes? |
13:30.55 |
boj |
yes |
13:31.03 |
brlcad |
lrint() is on
the left, which as you noted shouldn't be possible |
13:31.17 |
boj |
but I wonder
that, the return type of 'lrint()' should be 'int', it can not be
an issue? |
13:31.25 |
boj |
yes. |
13:31.28 |
brlcad |
and I agree
.. shouldn't ... BUT assume the compiler is telling the truth for a
minute |
13:31.39 |
brlcad |
how would you
fix it? |
13:32.10 |
boj |
I will
re-compile it. |
13:33.12 |
boj |
or I will try
some other methods, like just use 'int()' instead of 'lrint()' to
check it? |
13:34.12 |
brlcad |
well
recompiling wouldn't be a bad idea, just to rule out some bad
compilation stateb |
13:34.22 |
brlcad |
but I
wouldn't it expect it to change this particular error |
13:34.37 |
brlcad |
what do you
mean by another method like int()? |
13:35.05 |
boj |
I mean, I can
try to use int() to replace lrint().. |
13:35.16 |
boj |
I know it is
an un-safe way. |
13:36.16 |
boj |
I just want
to check if it actually the problem of 'lrint()'. |
13:36.28 |
brlcad |
fwiw, int()
is not a macro in C |
13:37.08 |
boj |
Oh, yeah, I
forget it..sorry. |
13:37.59 |
boj |
could you
please give some clues? |
13:38.26 |
starseeker |
Barun_: I
doubt it plays into most (any?) of the ESA-SOCIS projects, but
since you mentioned Qt I can't resist mentioning we do have some
early stage work on a Qt interface located here:
https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/branches/qtged/src/qged/ |
13:38.30 |
brlcad |
well you're
on the right track.. % wants an int, so give it an int |
13:38.59 |
boj |
yes |
13:39.00 |
brlcad |
boj: how can
you make sure % is getting an int? |
13:39.33 |
boj |
if it is not,
I need to make a type casting. |
13:40.05 |
brlcad |
bingo |
13:40.14 |
brlcad |
so what does
that make the line look like? |
13:41.03 |
boj |
(int)(left
operand) % (int)(right operand) |
13:41.42 |
brlcad |
I mean the
actual line of code |
13:41.54 |
brlcad |
what do you
make this line turn into: ap->a_user = lrint(bn_randmt() *
100.0) % 100; |
13:42.27 |
boj |
ap->a_user
= (int)lrint(bn_randmt() * 100.0) % 100; |
13:42.31 |
boj |
should it
work? |
13:43.06 |
Barun_ |
starseeker :
Thanks, Iâll take a look! Maybe extending it could be an
ESA-SOCIS project! |
13:43.27 |
brlcad |
boj: yes, so
give that a try |
13:45.08 |
boj |
thanks
brlcad, but I have question here, if the left operand it a big
'int', can this solution work properly? |
13:46.09 |
brlcad |
boj: leaving
a cast is not a solution, but if it works or does not work should
help you understand or find the real problem |
13:46.18 |
brlcad |
so question
is, does that work? |
13:47.26 |
starseeker |
Barun_: from
a "truth in advertising" standpoint I need to point out that a lot
of the work needed for that interface to be useful is fairly
"low-level" - for example, it needs a Qt widget for displaying
BRL-CAD geometry that supports things like mouse rotation of the
view, key bindings, etc. |
13:47.39 |
boj |
I am
compling.. it needs some time. |
13:48.31 |
brlcad |
boj: so keep
an eye out for burst and grid.c getting compiled |
13:48.36 |
brlcad |
if it
compiled, it worked |
13:49.34 |
boj |
yes, I will
update any information here. |
13:51.19 |
Barun_ |
starseeker :
I see. Then again, I donât mind coding that stuff up either
:) |
13:54.10 |
starseeker |
Barun_:
what's there now is basically a framework, a read-only tree viewing
widget, and the early beginnings of a console widget. There's also
some more generic Qt widgets that I was hoping Qt would provide out
of the box but didn't (Button palette a.l.a gimp tools and an
"accordian" widget) |
13:55.39 |
Barun_ |
Ah.. |
13:55.48 |
Barun_ |
So a long
long way to go |
13:55.52 |
starseeker |
Barun_: if
you want a small proble to tackle in the qged code, there's a funky
behavior with the accordian widget I haven't fixed yet |
13:56.06 |
starseeker |
Barun_: yes,
but by the same token there's lots of low hanging fruit as well
:-) |
13:56.17 |
starseeker |
s/proble/problem |
13:56.22 |
Barun_ |
I canât
argue with that reasoning :) |
13:56.23 |
brlcad |
boj: assume
your compilation test works (which by this long delay is a pretty
good guess) ... what next? |
13:57.25 |
Barun_ |
Iâll take a
look, thanks :) |
13:57.36 |
boj |
sorry, on my
PC, it is still compling.. |
13:57.42 |
starseeker |
Barun_: the
branch to check out is
svn.code.sf.net/p/brlcad/code/brlcad/branches/qtged |
13:57.52 |
starseeker |
Barun_: and
we assume a fairly recent Qt5 |
13:58.13 |
Barun_ |
Good, I hated
the ugly SIGNAL SLOT macros of Qt4 |
13:59.33 |
starseeker |
Barun_: I'm
not sure which style we're using there, but if we still are on the
Qt4 style switching to Qt5 is absolutely fine. |
13:59.36 |
boj |
but till now,
that error does not occur.. |
14:00.03 |
starseeker |
Barun_: once
you get it to build, I recommend the pinewood.g model to see what's
there: ./bin/qged share/db/pinewood.g |
14:01.27 |
starseeker |
you'll see
the accordian widget on the right, with several items in it. The
weird behavior I haven't fixed yet there is if you minimize *all*
of the widgets in the accordian, the parent widget spreads them out
vertically rather than clustering them at the top of the
window |
14:01.29 |
Barun_ |
Iâll make a
note of it. :) |
14:02.06 |
Barun_ |
Thanks!
:) |
14:02.27 |
starseeker |
I'm pretty
sure that because all of the widgets are hidden, there's nothing
for the parent to expand to fill the bottom space - so the question
is what to do to fix that :-) |
14:02.51 |
brlcad |
boj: yes, so
assume that "fixed" it .. what does that tell you? |
14:03.25 |
brlcad |
if
ap->a_user = lrint(bn_randmt() * 100.0) % 100; fails and
ap->a_user = (int)lrint(bn_randmt() * 100.0) % 100; works ..
what might that mean? |
14:03.38 |
boj |
the return
type of 'lrint()' is not real 'int'. |
14:03.55 |
brlcad |
how can that
possibly happen? |
14:05.10 |
boj |
yes, that is
what I am confused..but I trace back the code, there is a macro
definition of lrint(), without any return type, maybe it calls that
definition? so it gives the error? |
14:07.39 |
brlcad |
boj: bingo
:) |
14:07.59 |
Barun_ |
Well done boj
:) |
14:07.59 |
Notify |
03BRL-CAD:brlcad * 67728
brlcad/trunk/include/common.h: type-wise, lrint() is expected to
return a long int, so we must make sure our macro ensures it since
floor/ceil obviously do not. |
14:08.23 |
boj |
thanks
brlcad. |
14:08.28 |
brlcad |
we had a
wrapper around lrint, commit 67728 there should fix it |
14:08.38 |
boj |
aha, thanks
Barun_, too. |
14:08.49 |
brlcad |
the wrapper
is for platforms that do not have lrint() .. windows doesn't
actually provide lrint() -- at least not yet afaik |
14:09.32 |
brlcad |
we've never
had code calling lrint with % apparently, so it never mattered that
the type coming back was a double |
14:09.51 |
boj |
yes, and I
just checked it, lrint() is supported in C++11. |
14:10.20 |
brlcad |
some code was
ported to windows just last week (burst) .. which is why we're just
now seeing that code fail |
14:10.39 |
Barun_ |
Allright,
Iâm going to leave this download on this horrible connection on
and head out to have some dinner :) |
14:11.02 |
boj |
see u,
Barun_ |
14:11.21 |
brlcad |
yeah, with
lrint() in C++11, it should / will eventually be available, get
detected during cmake, and the macro in include/common.h will get
skipped |
14:11.22 |
Barun_ |
Iâll see
you guys tomorrow if possible, after one of my exams :) Hopefully
the download should be done by sometime tomorrow
evening |
14:11.31 |
brlcad |
see you
Barun_ and nice to meet you |
14:11.41 |
Barun_ |
it was very
nice to meet you too, brlcad :) |
14:11.45 |
boj |
I need to
wait for the whole compilation, and check for other
problems. |
14:11.49 |
brlcad |
a checkout
should only take 10-15 minutes... :) |
14:11.50 |
Barun_ |
Iâm very
excited about the future now! |
14:13.32 |
brlcad |
boj: I
applied a fix, so you can undo your change to grid.c and then svn
up to get the fix .. you can read commit r67728 to see how I fixed
it |
14:14.03 |
brlcad |
it will be
helpful if you can confirm that the fix in r67728 actually fixes it
too ;) |
14:14.26 |
brlcad |
just know
that changing common.h means everything will need to recompile
because everyone includes it |
14:14.29 |
boj |
OK, thanks,
brlcad, I will check it now. |
14:14.46 |
brlcad |
also, you
should be using the ALL_BUILD compile target |
14:14.58 |
brlcad |
not whatever
you used, which builds all targets |
14:15.18 |
boj |
I get
it. |
14:16.21 |
starseeker |
boj: did you
push the "normal" msvc hot key to build all targets? that's the
most common way to launch all the builds - I thought we had managed
to point that at ALL_BUILD, but possibly not |
14:17.33 |
boj |
yes, I have
set the ALL_BUILD as the target. |
14:17.58 |
brlcad |
boj: was your
first build an all_build target? |
14:19.18 |
boj |
Actually not,
I just build the whole solution just as what I usually
do. |
14:20.04 |
brlcad |
okay |
14:20.10 |
brlcad |
that's what
kicks off too much |
14:21.02 |
boj |
OK, and now,
I have already set it to ALL_BUILD, hope it is right. |
14:23.01 |
starseeker |
boj: that's
right |
14:23.25 |
starseeker |
boj: if you
want to generate the NSIS .exe installer you'll run the PACKAGE
target after doing ALL_BUILD |
14:24.55 |
starseeker |
those are
pretty much the two targets of importance for Windows right now -
you can run individual build targets to rebuild individual
libraries or exectuables, and there are a few tests that have been
ported over, but distcheck is a long way off :-) |
14:25.32 |
boj |
thanks
starseeker, but I do not have a PACKAGE target? |
14:25.59 |
starseeker |
that may
indicate you don't have NSIS installed - it's located in the
CMakePredefinedTargets folder if it's there |
14:26.58 |
boj |
sorry for my
carelessness, I find it there. |
14:31.34 |
starseeker |
boj: you
won't need it unless you want to create the .exe
installer |
14:34.29 |
boj |
Thanks, I get
it. And I want to try them all in order to get familiar with the
whole system. :) |
14:35.28 |
starseeker |
boj: heh - if
you really want to go all out there's the "unit" test under BRL-CAD
Validation Testing |
14:36.13 |
starseeker |
although I
note with some disgruntlement that the unit tests aren't happy at
the moment |
14:36.32 |
starseeker |
confound it,
what are they grumbling about... |
14:37.11 |
boj |
I should try
it if possible. |
14:37.22 |
starseeker |
boj: this is
a CMake build issue |
14:37.30 |
starseeker |
related to
our handling of multiconfig build tools |
14:38.24 |
starseeker |
this is
likely to be gnarly (the multiconfig handling is one of the two or
three scariest bits of our build logic) |
14:38.51 |
starseeker |
boj: once I
get it straightend out though, there are (or were last time it ran)
some unit tests that don't work on Windows |
14:38.59 |
starseeker |
nice self
contained staring points :-) |
14:40.21 |
boj |
aha.. |
14:59.37 |
Notify |
03BRL-CAD:starseeker * 67729
brlcad/trunk/CMakeLists.txt: Fix unit test target on
Windows |
14:59.39 |
starseeker |
shoot - that
fixed it on Linux, not sure about Windows yet... |
15:03.50 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:08.34 |
Notify |
03BRL-CAD
Wiki:Danielstone * 0 /wiki/User:Danielstone: |
15:08.54 |
starseeker |
boj: ok, that
fixed it on Windows too |
15:09.27 |
starseeker |
you'll need
to regenerate your visual studio project, but with commit 67729 you
should be able to run the "unit" tests |
15:09.38 |
starseeker |
and we do
indeed have number of failures |
15:10.13 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
15:10.22 |
starseeker |
bu_basename
isn't a big deal (we arguably shouldn't run those on Windows,
because there's nothing to compare to) but the vls_vprintf and
bn_list test failures are interesting |
15:13.57 |
Notify |
03BRL-CAD
Wiki:Danielstone * 9599
/wiki/Sage_50_((tech_support_phone_number))!1844-313-4859!_SAGE50_Helpline_Contact_number:
Created page with "SAGE50 Toll Free peachtree ((tech support phone
number))!1844-313-4859! SAGE50 Helpline Contact number,
Peachtree@(1-844@313-4859)@-: SAGE50 Tech Support Phone Number
provides..." |
15:18.53 |
Notify |
03BRL-CAD
Wiki:Danielstone * 9600
/wiki/Sage_50_((tech_support_phone_number))!1844-313-4859!_SAGE50_Helpline_Contact_number: |
15:30.56 |
*** join/#brlcad shubham_
(01163f92@gateway/web/freenode/ip.1.22.63.146) |
15:33.15 |
brlcad |
Barun_: yes,
one slot per socis org |
15:33.42 |
brlcad |
starseeker:
see no evil until after release :) |
16:25.16 |
*** join/#brlcad Mandeep_Singh
(~Mandeep_S@202.164.53.122) |
16:28.06 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
16:29.50 |
starseeker |
brlcad:
heh |
16:37.58 |
Notify |
03BRL-CAD:starseeker * 67730
brlcad/trunk/src/libdm/dm-wgl.c: Getting a black screen when
brining a wgl dm up from minimization. Until a better solution is
found, set up an event filter that triggers buffer swapping to get
a refresh of the screen. |
16:41.17 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:54.35 |
boj |
Hi, brlcad, I
have compiled the code again with ALL_BUILD target, and r67728
works for me. |
16:54.59 |
boj |
but another
problem arises..please check the pastebin. http://paste.ubuntu.com/16051659/ |
16:55.42 |
boj |
I know how to
solve it, and it actually works, but It seems to be
strange.. |
16:56.40 |
boj |
what I
mention is line 11 in the pastebin, please check it. |
17:02.29 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
17:07.24 |
boj |
Thank
starseeker, I will try it tomorrow, it's late night in my city
(1:00 AM), I need to go back for a sleep. :) |
17:09.03 |
brlcad |
boj: fixed,
thx |
17:09.09 |
Notify |
03BRL-CAD:brlcad * 67731
brlcad/trunk/src/archer/archer.c: deldoublesemi |
17:10.00 |
boj |
:)
brlcad |
17:18.22 |
Notify |
03BRL-CAD:brlcad * 67732
brlcad/trunk/src/archer/archer.c: pull status out so we always
return something (lintian) |
17:19.19 |
brlcad |
not to say
there might be other issues |
17:19.24 |
brlcad |
you're
apparently on a different version |
17:28.51 |
Notify |
03BRL-CAD:brlcad * 67733
brlcad/trunk/NEWS: per user request, cliff added a -m option to the
lc command (in r67718) that reports regions that share a region ID
number but do not share the same material ID or los values.
(rewording to clarify what disjoint means, comment was 'Add -m
option to lc to report region_id sets containing non-matching
material_id and/or los values.' |
17:34.12 |
Notify |
03BRL-CAD:brlcad * 67734
brlcad/trunk/AUTHORS: add mohitdaga alias as that's his commit
name |
17:40.29 |
Notify |
03BRL-CAD:brlcad * 67735
brlcad/trunk/NEWS: everyone that has worked on libicv should be
included in the credits to the 'icv' tool since work is credtied in
news when it finally gets exposed to users. means we need to
remember lib devs, particularly Mohit Daga in this instance since
he implemented most of the current underpinnings of
icv. |
17:54.55 |
*** join/#brlcad jasleen
(~jasleen@117.255.241.93) |
18:12.59 |
Notify |
03BRL-CAD:brlcad * 67736
brlcad/trunk/src/burst/ui.c: don't blindly try to spew to /dev/tty.
also don't close stderr if we're not duping it. |
18:13.59 |
Notify |
03BRL-CAD:starseeker * 67737
brlcad/trunk/TODO: dealt with burst |
18:15.07 |
starseeker |
brlcad: is
there more to do on datums, or can that TODO come out? |
18:17.35 |
Notify |
03BRL-CAD:starseeker * 67738
brlcad/trunk/TODO: extensive work has now been done on rtwizard,
with a lot more testing than it normally sees. |
18:38.07 |
*** join/#brlcad Barun
(~Barun@42.104.77.146) |
18:41.22 |
Notify |
03BRL-CAD:starseeker * 67739
brlcad/trunk/src/librt/bundle.c: pl->ap pointers are pointing to
elements of ray_aps - free all at once with the final bu_free call.
Don't free in loop, or we get a double-free crash. |
18:49.19 |
Notify |
03BRL-CAD:n_reed * 67740
(brlcad/branches/brep-debug/AUTHORS
brlcad/branches/brep-debug/CMakeLists.txt and 64 others): merge
r67405 through r67507 changes from trunk |
19:03.05 |
Notify |
03BRL-CAD:starseeker * 67741
brlcad/trunk/TODO: Doesn't appear related to bu_hash - should be
fixed with r67739 |
19:10.27 |
Notify |
03BRL-CAD:brlcad * 67742
brlcad/trunk/TODO: huge arrowheads are fixed, planes maybe have
issue but were seen working when tested from linux |
19:10.29 |
brlcad |
starseeker:
taken out |
19:11.27 |
brlcad |
thanks for
finding that bundle double-free bug .. it wasn't clear whether
bundle hit was supposed to have been given a copy (apparently it
was not given one) |
19:11.53 |
brlcad |
i think i was
originally assuming that it was, in which case not freeing would
have been a bleeder leak |
19:12.33 |
starseeker |
nods - I fed it through valgrind after I made that change,
didn't see anything related to it (did note that the bu_hash table
isn't being freed anywhere, but that must have been true for the
Tcl_Hash table as well.) |
19:14.17 |
starseeker |
daydreams about someday adding valigrind testing as an option
to the standard distcheck/regression tests... |
19:18.45 |
starseeker |
brlcad: just
as another data point, the datums example also looks OK on
Windows |
19:20.03 |
starseeker |
closing in -
just the "sync tgc/rec" and step-g items now |
19:22.34 |
Notify |
03BRL-CAD:starseeker * 67743
brlcad/trunk/src/libdm/dm-osgl.cpp: Add the Tk_DeleteEventHandler
call to osg while we're at it. |
19:22.39 |
starseeker |
fires off distcheck-full again... |
19:23.19 |
brlcad |
yeah
valgrinding what we know to be clean would be awesome |
19:23.52 |
brlcad |
so... I
should add the items missing from todo from my commit-review
bins... :) |
19:23.55 |
brlcad |
gets on that next |
19:25.11 |
brlcad |
here's one:
r67710 is missing from news |
19:25.17 |
starseeker |
brlcad: you
want me to add the stuff from the app review to the deprecation
list? |
19:25.43 |
brlcad |
no, said I'd
hit that up.. got the list right next to me here |
19:26.04 |
starseeker |
nods - willing to help if needed |
19:26.14 |
starseeker |
ah, right...
more brlman fun |
19:26.50 |
brlcad |
just needs an
entry to note the new -S option |
19:28.14 |
Notify |
03BRL-CAD:starseeker * 67744
brlcad/trunk/NEWS: Added -S option to brlman command to specify
which man page section (1, 3, 5, n) to browse and list in the ToC
panel. |
19:29.41 |
brlcad |
can't brlman
do -S automatically? |
19:30.10 |
starseeker |
yes - the -S
is if you're flashing up the gui without specifying a man page - if
I want to browse all "3" man pages, for example |
19:30.26 |
starseeker |
brlman -g -S
3 |
19:31.02 |
brlcad |
but are they
not in the list if I just run brlman? |
19:31.07 |
brlcad |
is this just
to get a shorter list? |
19:31.20 |
starseeker |
no, the ToC
only lists the man pages from one section at a time |
19:31.21 |
brlcad |
or does it
default to some other doc list? |
19:31.33 |
starseeker |
will default
to man1 on the command line, mann in MGED/Archer |
19:31.58 |
starseeker |
if you
specify a man page from 3 or 5 and it finds it, it'll populate the
ToC list with the other man pages from that section |
19:32.14 |
brlcad |
ok |
19:32.22 |
starseeker |
the "right"
way to do it would be to use Bob's accordian widget from Archer to
have all of 'em up and just open the current one, but I didn't have
time to figure that out |
19:32.40 |
brlcad |
right |
19:33.06 |
brlcad |
can save it
for next gen or archer final or something |
19:33.10 |
starseeker |
nods |
19:33.47 |
starseeker |
main point
was to have something "sane" happen on Windows when I
double-clicked the brlman.exe - without the ToC, you couldn't
navigate to anything |
19:34.00 |
brlcad |
nods |
19:34.44 |
brlcad |
change I made
might fix the error log on windows, depending on what the error
was |
19:34.49 |
brlcad |
(burst) |
19:34.52 |
starseeker |
ah,
cool |
19:34.55 |
brlcad |
didn't see
anything obvious for the color file |
19:35.21 |
brlcad |
and might not
have fixed it for the error log -- it's doing some file descriptor
switching there that will be a problem on windows |
19:35.26 |
starseeker |
nods - I figured it was more time than I had available to do
any kind of deep dive into that |
19:35.44 |
starseeker |
the itch to
clean it up would be overwhelming |
19:36.08 |
starseeker |
already had to sit on his urge to rip apart the draw
system |
19:37.13 |
starseeker |
I may still
go a round with the convex hull algorithm - I don't like that it's
got some known non-working cases |
19:37.26 |
brlcad |
it's calling
fcntl() and that should probably get changed to fdup2 so it works
on windows |
19:38.19 |
brlcad |
because right
now, it's in an ifdef termlib block, so windows isn't duplicating
stderr |
19:39.03 |
brlcad |
so any error
printing will likely result in failure, perror exit |
19:39.19 |
starseeker |
ah |
19:39.34 |
brlcad |
what was the
color file error? |
19:39.56 |
starseeker |
I believe it
was a crash, but I don't recall what the crash was |
19:40.26 |
starseeker |
probably i
didn't have a color file, and it tried to read a file that wasn't
there or some such |
19:40.52 |
starseeker |
yeah, my
example is just the three idents lists and the basic burst input
file for ktank - no color file |
19:41.44 |
brlcad |
could be that
the color file is just fine, but it couldn't print the
error |
19:42.00 |
starseeker |
nods - more than likely, otherwise I would have expected a
problem on Linux too |
19:42.21 |
brlcad |
if that's the
only thing busted, that probably means it's still busted ...
anything that gives an error may crash |
19:42.29 |
brlcad |
unless my
change fixed it |
19:42.37 |
starseeker |
will try - one sec |
19:42.39 |
brlcad |
but I think
the fdup2 is still needed |
19:46.51 |
starseeker |
brlcad: yeah,
still not liking it if I uncomment the color file line |
19:47.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:48.34 |
starseeker |
brlcad: I
don't quite see what you want to do with fdup2... something in
MerrorFile? |
19:50.25 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:09.57 |
starseeker |
brlcad: I'm
not finding much on fdup2 - do you mean dup2? |
20:15.39 |
Notify |
03BRL-CAD:brlcad * 67745
brlcad/trunk/TODO: rt -b is the one that lets you specify specific
xy pixel coordinates to reshoot a ray |
20:18.08 |
Notify |
03BRL-CAD
Wiki:24.93.30.83 * 9601 /wiki/User:Krajkreddy/main: |
20:18.38 |
Notify |
03BRL-CAD
Wiki:24.93.30.83 * 9602 /wiki/User:Krajkreddy/main: /* Who I am
*/ |
20:20.50 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
20:21.36 |
brlcad |
starseeker:
mind mcuh if I change draw -M to draw -S ? |
20:21.56 |
brlcad |
dup2 would
also work |
20:22.59 |
brlcad |
I did mean
dup2, sry -- and it's _dup2 on windows |
20:23.25 |
brlcad |
which we
already accommodate |
20:23.29 |
brlcad |
in
config_wind |
20:24.04 |
starseeker |
brlcad: not
at all - draw -S is fine |
20:24.04 |
brlcad |
ahh, I see -S
is currently "no surfaces" |
20:24.21 |
starseeker |
technically,
I don't think it's documented... ;-) |
20:24.43 |
starseeker |
there's a lot
of stuff in draw that's not documented, which I figure to keep that
way so we don't have to deprecate it when it all gets
reworked... |
20:25.37 |
starseeker |
brlcad: I
didn't have your latest burst change in the Windows build - testing
again... |
20:26.09 |
brlcad |
wow, old -S
is a really bad nmg-specific flag |
20:26.17 |
brlcad |
yeah, that's
going away |
20:27.12 |
brlcad |
re burst --
color file will definitely still fail if it's failing because of
some attempt to print to stderr |
20:27.30 |
brlcad |
it's only if
it was because of the /dev/tty redirect that it might be
fixed |
20:29.22 |
brlcad |
if you added
that simple example how to run burst to the wiki, I could do the
dup2 conversion pretty quick |
20:29.36 |
brlcad |
otherwise,
don't know how to run it... |
20:30.09 |
starseeker |
burst -b <
ktank.b |
20:30.16 |
starseeker |
with ktank.g
in the same directory |
20:30.48 |
starseeker |
not much of a
wiki page, but I'll throw it up... |
20:31.21 |
brlcad |
what goes
into a ktank.b ? |
20:31.27 |
brlcad |
waits for the page |
20:31.34 |
starseeker |
burst
commands as documented in the new man page |
20:31.43 |
starseeker |
there's an
example in regress/burst |
20:31.50 |
starseeker |
I just
haven't hooked up a build target yet |
20:32.29 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0 /wiki/User:Danielstone: Inserting
nonsense/gibberish into pages |
20:32.58 |
Notify |
03BRL-CAD
Wiki:Starseeker * 0
/wiki/Sage_50_((tech_support_phone_number))!1844-313-4859!_SAGE50_Helpline_Contact_number:
Spam: spam |
20:34.59 |
Notify |
03BRL-CAD
Wiki:Starseeker * 9603 /wiki/BRL-CAD_Commands: /* Modelling */ add
link for burst page |
20:37.14 |
Notify |
03BRL-CAD
Wiki:24.93.30.83 * 9604 /wiki/User:Krajkreddy/main: /* Contact
*/ |
20:39.29 |
Notify |
03BRL-CAD:n_reed * 67746
(brlcad/branches/brep-debug/BUGS
brlcad/branches/brep-debug/CMakeLists.txt and 63 others): merge
r67508 through r67607 from trunk |
20:46.12 |
Notify |
03BRL-CAD
Wiki:Starseeker * 9605 /wiki/Burs: Start working on wiki page for
burst |
20:47.37 |
starseeker |
brlcad:
that's the basic setup - I'll post the example results in a
minute... |
20:49.47 |
starseeker |
brlcad:
interesting... don't get a log file on Linux either |
20:52.49 |
Notify |
03BRL-CAD
Wiki:Starseeker * 9606 /wiki/Burs: /* BURST Results */ |
20:53.00 |
starseeker |
brlcad: that
close enough for now? |
20:54.16 |
starseeker |
http://brlcad.org/wiki/Burst |
21:12.54 |
brlcad |
Yep,
perfect! |
21:13.14 |
brlcad |
wonders why notify is confused by the 't' |
21:40.59 |
Notify |
03BRL-CAD:n_reed * 67747
(brlcad/branches/brep-debug/CHANGES
brlcad/branches/brep-debug/CMakeLists.txt and 82 others): merge
r67608 through r67715 from trunk |
21:55.51 |
Notify |
03BRL-CAD:n_reed * 67748
(brlcad/branches/brep-debug/AUTHORS
brlcad/branches/brep-debug/CMakeLists.txt and 16 others): merge
r67716 through r67745 changes from trunk |
22:05.29 |
Notify |
03BRL-CAD:n_reed * 67749 (svn:mergeinfo ##
-1,5 +1,5 ## and 7 others): record sync revisions as mergedProperty
Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp |
22:59.06 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:28.09 |
starseeker |
brlcad:
uuid.h:49:28: error: static array size is a C99 feature
[-Werror,-Wc99-extensions] |
23:28.12 |
starseeker |
bu_uuid_create(uint8_t
uuid[STATIC_ARRAY(16)], size_t nbytes, uint8_t *bytes); |
23:28.21 |
starseeker |
include/bu/uuid.h rather |
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) |
00:21.15 |
Notify |
03BRL-CAD:brlcad * 67789
(brlcad/trunk/src/conv/euclid/euclid-g.c
brlcad/trunk/src/fb/fb-cmap.c and 29 others): slew of reversion
cleanup to not print usage statements just because the programs run
without any options. they all print usage with -h and most if not
all will not print informative messages, particularly when writing
out to a file. |
00:32.18 |
*** join/#brlcad npcxrxcqvdtmjmdl
(~armin@dslb-088-067-242-142.088.067.pools.vodafone-ip.de) |
01:20.33 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:43.17 |
*** join/#brlcad Barun
(~Barun@117.211.90.154) |
05:03.59 |
*** join/#brlcad ickby
(~stefan@tmo-103-153.customers.d1-online.com) |
05:19.32 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
05:25.35 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
06:52.37 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
07:55.07 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
07:56.55 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
08:06.11 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:53.01 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
09:10.50 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
09:51.30 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
10:26.14 |
*** join/#brlcad teepee`
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
10:35.12 |
*** join/#brlcad mandeeps708
(~Mandeep@202.164.53.117) |
12:17.12 |
*** join/#brlcad yorik
(~yorik@187.35.19.227) |
13:08.58 |
Notify |
03BRL-CAD:starseeker * 67790
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: Useful to know
what we're missing, but this isn't the place to set these vars.
Need to figure out somehow why they aren't set when this test is
run... |
13:34.15 |
starseeker |
brlcad: I
think I see what happened. When no build type is set
(CMAKE_BUILD_TYPE="") CMAKE_C_FLAGS gets all the C flags, and the
check_c_source_runs macro *does* see CMAKE_C_FLAGS (which means
it's testing correctly.) |
13:36.42 |
starseeker |
when I set
CMAKE_BUILD_TYPE=Debug, CMAKE_C_FLAGS_DEBUG is the one that gets
the std=gnu89 flag - and CMAKE_C_FLAGS_DEBUG appears to not be used
by the testing macro |
13:38.16 |
starseeker |
So really,
going by the CMake docs, we shouldn't actually be depending on any
of the CMAKE_C_FLAGS vars (even the basic one) being passed to the
tests, and should instead ensure that the CMAKE_REQUIRED_FLAGS
variable has everything we actually want to be part of the "test
environment" |
13:40.32 |
starseeker |
which exposes
a dilemma for multi-configuration builds, since in principle we
could get two different test results for the different flag sets
associated with each configuration. Almost need a way to select
different brlcad_config.h files with different results at run time
to make that work right... hmm... |
13:41.19 |
starseeker |
it doesn't
really matter right now on Windows, since we aren't yet trying
serious flag management there, but it might be a problem for
Xcode |
13:42.40 |
starseeker |
the option I
suppose would be to completely shut down the notion of
multi-configuration and enforce the
one-configuration-per-configure-run model |
13:43.04 |
starseeker |
no denying
that would simplfy our CMake logic in quite a few
places |
13:52.17 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:08.23 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
14:12.40 |
Notify |
03BRL-CAD:starseeker * 67791
brlcad/trunk/CMakeLists.txt: For now, take BUILD_TYPES specific
assignments of CHECK_C_FLAG and CHECK_CXX_FLAG results out of the
picture. CMAKE_C_FLAGS apparently gets picked up by the
check_c_source_runs tests, but the config specific vars do not.
Rather than relying on CMAKE_C_FLAGS, we should be using the
documented CMAKE_REQUIRED_FLAGS variable to define our testing
environment - |
14:12.42 |
Notify |
TODO. This
also exposes a problem of how to store and use results specific to
debug/release environment definitions in a single CMake
configuration process, which is not well handled currently.
Possible solutions include build time selection of different
config.h files and forcing CMake to operate in
one-config-per-cmake-run mode regardless of whether the build tool
supports multiple configurations, but what the |
14:12.44 |
Notify |
'correct'
solution is isn't clear to me yet.... |
14:55.18 |
*** join/#brlcad shubham_
(01163ee4@gateway/web/freenode/session) |
14:55.29 |
*** join/#brlcad shubham_
(01163ee4@gateway/web/freenode/ip.1.22.62.228) |
14:55.48 |
*** join/#brlcad ChanServ
(ChanServ@services.) |
14:55.48 |
*** mode/#brlcad [+o ChanServ] by
sendak.freenode.net |
14:57.35 |
Notify |
03BRL-CAD
Wiki:Sean * 9607 /wiki/Google_Summer_of_Code/2016: stub in page for
our 2016 students |
15:05.25 |
*** join/#brlcad MandeepSingh
(~Mandeep@117.199.110.82) |
15:09.26 |
Notify |
03BRL-CAD
Wiki:Sean * 9608 /wiki/Google_Summer_of_Code: |
15:15.22 |
Notify |
03BRL-CAD
Wiki:Sean * 9609 /wiki/Google_Summer_of_Code/2016: |
15:27.07 |
brlcad |
FYI everyone,
brlcad.org DNS has now been updated to the new server |
15:27.55 |
brlcad |
people
logging in can still reach the old server via bzflag.bz or
old.brlcad.org |
15:29.08 |
brlcad |
starseeker:
take me a few minutes to absorb all of that... but I think I get
it |
15:30.13 |
brlcad |
maths22: did
the databases just come up cleanly? we've had a few edits to the
brlcad wiki in the past week .. should I copy them over or just
manually redo the changes? |
15:30.27 |
brlcad |
don't know if
you put them through some upgrade steps or something |
15:47.10 |
andromeda-galaxy |
brlcad:
brlcad.org is on its own server now? |
15:56.46 |
*** join/#brlcad MandeepSingh
(~Mandeep@59.91.237.24) |
16:01.44 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
16:29.12 |
*** join/#brlcad ih8sum3r
(~chatzilla@122.173.207.111) |
16:30.14 |
*** join/#brlcad ickby
(~stefan@x5d84d73c.dyn.telefonica.de) |
16:51.12 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
16:56.48 |
*** join/#brlcad ickby
(~stefan@x5d84d73c.dyn.telefonica.de) |
17:19.17 |
*** join/#brlcad MandeepSingh
(~Mandeep_S@202.164.53.122) |
17:40.58 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
18:01.07 |
*** join/#brlcad Barun
(~Barun@42.104.77.146) |
18:29.00 |
brlcad |
andromeda-galaxy: yes, just updated dns
today |
18:29.25 |
brlcad |
andromeda-galaxy: do you know the answers
to what I was asking maths22? |
18:29.40 |
brlcad |
if the
databases came up cleanly or if they needed an upgrade or
soemthing |
18:30.11 |
brlcad |
will need to
get everyone off this server asap :) |
18:30.22 |
Barun |
brlcad : Hi,
sorry to interrupt. I have two issues, first, a compilation error
in the xmllint docbooks area. When I donât compile docbooks (by
settings EXTRADOCBOOKS off), it works, but it doesnât seem to
compile with graphics enabled, and cmake refuses to find my OpenGL
frameworks |
18:30.56 |
brlcad |
Barun: first
issue, dunno -- try to fix it ;) |
18:31.13 |
Barun |
Lol, allright
:p |
18:31.18 |
brlcad |
should be
something simple because it compiles cleanly elsewhere |
18:31.23 |
brlcad |
read the
error, debug :) |
18:31.27 |
Barun |
Yeah figured
it was system specific |
18:31.30 |
Barun |
just wanted
to check :) |
18:32.08 |
brlcad |
for the
other, that's a bit more complex -- maybe post your entire cmake
output to see which opengl-related tests are passing and
failing |
18:32.19 |
Barun |
May be an
issue with xmllint, http://pastebin.ca/3583940
? |
18:32.19 |
Barun |
Ah |
18:32.24 |
Barun |
Hold on,
Iâll do that |
18:32.26 |
brlcad |
that said,
don't particularly need opengl unless you're working on
archer |
18:32.41 |
Barun |
Urm |
18:33.00 |
Barun |
So after
compilation the executable should be in bin/mged,
right? |
18:33.04 |
brlcad |
Barun: heh,
did you read the xmllint error? :) |
18:33.15 |
brlcad |
we run it to
validate our docs |
18:33.15 |
Barun |
A file that
doesnât exist |
18:33.18 |
brlcad |
it's saying
validation fails |
18:33.23 |
brlcad |
... because
the file doesn't exist |
18:33.36 |
Barun |
Urm |
18:33.41 |
Barun |
Iâm
guessing just creating one wonât fix it |
18:33.43 |
Barun |
? |
18:33.43 |
brlcad |
that wouldn't
be a problem with xmllist, it's a problem with our build file
(probably) |
18:34.01 |
Barun |
I should go
try that out |
18:34.09 |
brlcad |
look in
doc/docbook/system/mann/CMakeLists.txt to see if it's
listed |
18:34.28 |
brlcad |
if the file
exists in that path (check source and build dir), then some copy
rule is failing |
18:34.55 |
brlcad |
if it doesn't
exist, then the cmakelists.txt file is probably out of date and a
line specifying Introduction.xml needs to be removed |
18:35.06 |
brlcad |
give it a
look see if you can figure it out :) |
18:35.35 |
brlcad |
might help to
check the log: svn log doc/docbook/system ... see if you see
anything related to Introduction.xml recently |
18:36.50 |
Barun |
Doesnât
exist in the cmakelists text file |
18:37.05 |
Barun |
I mean its
not listed |
18:38.14 |
Barun |
butâ¦it does
exist |
18:38.26 |
Barun |
in
doc/docbooks/system/mann |
18:39.39 |
Barun |
in the source
directory |
18:40.08 |
Barun |
I last built
without docs, so its not in the build dir, but I imagine it would
be.. |
18:40.24 |
Barun |
Soâ¦introduction.xml is not being copied
over? |
18:40.53 |
Barun |
As in,
cmakelists.txt needs to be updated to add introduction.xml? Iâm a
little confused at this point, sorry, but it seems to me that its
not a likely thing to remove.. |
18:53.15 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
19:06.35 |
*** join/#brlcad ickby_
(~stefan@x5d84d73c.dyn.telefonica.de) |
19:15.28 |
Barun |
brlcad :
fixed it :) |
19:15.51 |
Barun |
At leastâ¦I
didnât fix it myselfâ¦I did however change cmakes parameters,
which seemed to fix it on its own.. |
19:16.35 |
*** join/#brlcad ickby
(~stefan@x5d84d73c.dyn.telefonica.de) |
19:36.44 |
*** join/#brlcad merzo
(~merzo@150-55-201-46.pool.ukrtel.net) |
20:31.29 |
*** join/#brlcad ickby
(~stefan@x5d84d73c.dyn.telefonica.de) |
20:53.03 |
*** join/#brlcad ickby
(~stefan@x5d84d73c.dyn.telefonica.de) |
21:44.25 |
andromeda-galaxy |
brlcad: I
don't, I haven't had a chance to talk to maths22 in a
while. |
21:45.18 |
andromeda-galaxy |
is the
intention to move everything else over to the new server as
well? |
22:24.48 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:39.02 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:07.35 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
00:36.12 |
*** join/#brlcad jfmwvjjqkfqvutpw
(~armin@dslb-092-074-237-084.092.074.pools.vodafone-ip.de) |
00:37.51 |
starseeker |
brlcad: just
to check - did you specifically exclude chan_mult and chan_permute
from the deprecation list (they're in the animation tools
directory, but I don't seem them in CHANGES...) |
00:51.53 |
Notify |
03BRL-CAD:starseeker * 67830
(brlcad/trunk/sh/orbit.sh brlcad/trunk/src/anim/anim_cascade.c and
23 others): Add deprecation warnings for the video and animation
tools |
00:54.59 |
Notify |
03BRL-CAD:starseeker * 67831
(brlcad/trunk/CHANGES brlcad/trunk/src/anim/chan_mult.c
brlcad/trunk/src/anim/chan_permute.c): Add chan_mult and
chan_permute to the anim tool deprecation list. |
01:52.36 |
Notify |
03BRL-CAD:brlcad * 67832
brlcad/trunk/TODO: no need to merge them when they're going
away |
02:00.03 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:15.20 |
brlcad |
starseeker:
not specifically, don't know how they escaped both
passes |
02:47.06 |
brlcad |
maths22_: if
beastiebots no longer registered/active, should the web root go
away? |
04:10.07 |
brlcad |
NOTICE:
anyone that has/had an account on the .bz server and wishes to
retain it, please e-mail or PM me to restore your login |
04:29.14 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
04:30.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
08:08.00 |
*** join/#brlcad ickby
(~stefan@x5d847323.dyn.telefonica.de) |
08:10.24 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
09:11.38 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
09:28.06 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:32.10 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
09:35.24 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
09:52.24 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
10:45.25 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
12:25.20 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
12:38.44 |
*** join/#brlcad tofu_ (~sean@104.225.5.10) |
12:41.44 |
*** join/#brlcad Notify
(~notify@104.225.5.10) |
12:42.22 |
*** mode/#brlcad [+o brlcad] by ChanServ |
12:44.49 |
*** part/#brlcad learner
(~sean@66-118-151-70.static.sagonet.net) |
12:53.22 |
*** join/#brlcad yorik
(~yorik@177.189.140.33) |
13:36.57 |
Notify |
03BRL-CAD:starseeker * 67833
(brlcad/trunk/src/sig/a-d.c brlcad/trunk/src/sig/bw-d.c and 14
others): Add deprecation messages to the sig tools listed in
CHANGES |
13:36.59 |
Notify |
03BRL-CAD
Wiki:Oleksandr dubenko * 9652 /wiki/Google_Summer_of_Code/2016: Web
project: added plan and logs links |
13:37.01 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 0 /wiki/User:Tandoorichick: |
13:39.27 |
Notify |
03BRL-CAD
Wiki:Oleksandr dubenko * 9652 /wiki/Google_Summer_of_Code/2016: Web
project: added plan and logs links |
13:40.31 |
Notify |
03BRL-CAD
Wiki:Oleksandr dubenko * 9652 /wiki/Google_Summer_of_Code/2016: Web
project: added plan and logs links |
13:41.04 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 0 /wiki/User:Tandoorichick: |
13:41.15 |
Notify |
03BRL-CAD:starseeker * 67833
(brlcad/trunk/src/sig/a-d.c brlcad/trunk/src/sig/bw-d.c and 14
others): Add deprecation messages to the sig tools listed in
CHANGES |
14:13.04 |
Notify |
03BRL-CAD
Wiki:Bojian ustc * 0 /wiki/User:Bojian_ustc: |
14:13.06 |
Notify |
03BRL-CAD
Wiki:Vasco.costa * 9598 /wiki/Summer_of_Code/Checklis: |
14:13.13 |
Notify |
03BRL-CAD
Wiki:24.93.30.83 * 9601 /wiki/User:Krajkreddy/main: /* Contact
*/ |
14:13.15 |
Notify |
03BRL-CAD
Wiki:Fawadthekhan * 0 /wiki/User:Fawadthekhan: |
14:13.17 |
Notify |
03BRL-CAD
Wiki:Starseeker * 9602 /wiki/OpenBSD_Build_Log: Stash the results
of an OpenBSD BRL-CAD build attempt for later analysis (too long
for paste.lisp.org) |
14:13.20 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 9604 /wiki/User_talk:Mandeeps708: /* Hello
Mandeep */ new section |
14:13.22 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9606 /wiki/User_talk:Mandeeps708: /* hi */ new
section |
14:13.24 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9607 /wiki/User:Mandeeps708: personal
info |
14:13.30 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 0 /wiki/File:Image01.png: Plugin installer
freecad |
14:13.40 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9614
/wiki/User:Mandeeps708/gsoc_proposal: |
14:13.42 |
Notify |
03BRL-CAD
Wiki:Starseeker * 9615 /wiki/OpenBSD_Build_Log: More minimal Ninja
report of OpenBSD build issues |
14:13.48 |
Notify |
03BRL-CAD
Wiki:Yorikvanhavre * 9616 /wiki/Summer_of_Code/Checklis: Added
FreeCAD info to "18 - a few more things" section |
14:13.50 |
Notify |
03BRL-CAD
Wiki:Sean * 9618 /wiki/Google_Summer_of_Code/2016: stub in
everyone |
14:13.52 |
Notify |
03BRL-CAD
Wiki:Sean * 9621 /wiki/BRL-CAD_Commands: manually migrate the
addition of burst |
14:13.57 |
Notify |
03BRL-CAD
Wiki:Sean * 9622 /wiki/ESA_Summer_of_Code_in_Space/Project_Ideas:
manually migrate changes for socis 2016 |
14:13.59 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9624 /wiki/Google_Summer_of_Code/2016: /*
name*/ |
14:14.06 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9626 /wiki/Google_Summer_of_Code/2016: /* The
FreeCAD Plugin Installer summary */ |
14:14.08 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9629 /wiki/Google_Summer_of_Code/2014: /* name
linked */ |
14:14.15 |
Notify |
03BRL-CAD
Wiki:Catchchaos * 9630 /wiki/User:Catchchaos/GSoC2015/Proposal:
GSoC Proposal for GPGPU Boolean Evaluation |
14:14.17 |
Notify |
03BRL-CAD
Wiki:Catchchaos * 9633 /wiki/Google_Summer_of_Code/2016: /* GPGPU
Support for Boolean Evaluation Used in Ray Tracing */ |
14:14.23 |
Notify |
03BRL-CAD
Wiki:Oleksandr dubenko * 9634 /wiki/User:Oleksandr_dubenko: Created
profile page |
14:14.25 |
Notify |
03BRL-CAD
Wiki:Bojian ustc * 9637 /wiki/User:Bojian_ustc: Created page with
"= Personal Information = * Name: '''Bojian Wu''' * Email:
'''ustcbjwu[AT]gmail.com * IRC: '''boj''' * Blog:
'''bojianwu.github.io'''" |
14:14.27 |
Notify |
03BRL-CAD
Wiki:Bojian ustc * 9638 /wiki/User:Bojian_ustc: |
14:14.33 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9640 /wiki/Google_Summer_of_Code/2016:
/* Form based script parameterization (needs better title)
*/ |
14:14.35 |
Notify |
03BRL-CAD
Wiki:Bojian ustc * 0 /wiki/File:Figure_1.png: |
14:14.37 |
Notify |
03BRL-CAD
Wiki:Bojian ustc * 0 /wiki/File:Figure_3.png: |
14:14.41 |
Notify |
03BRL-CAD
Wiki:Bojian ustc * 9646 /wiki/Google_Summer_of_Code/2016: /* Plate
Mode NURBS raytracing */ |
14:14.44 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9648
/wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: /* Detailed
Project Description */ |
14:14.45 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
14:14.46 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9650
/wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: |
14:14.55 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9627 /wiki/Google_Summer_of_Code/2016: /* blog
link */ |
14:14.57 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9603 /wiki/User_talk:Mandeeps708: added
info |
14:15.05 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9613
/wiki/User:Mandeeps708/gsoc_proposal: |
14:15.07 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9647 /wiki/Google_Summer_of_Code/2016:
/* Form based script parameterization (needs better title)
*/ |
14:15.13 |
Notify |
03BRL-CAD
Wiki:Vasco.costa * 9599 /wiki/Summer_of_Code/Checklis: |
14:15.45 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
14:25.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:27.16 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
14:31.25 |
*** join/#brlcad amarjeet
(~amarjeet@101.214.125.123) |
14:55.50 |
*** join/#brlcad amarjeet
(~amarjeet@101.214.125.123) |
15:18.56 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
16:01.13 |
*** join/#brlcad ickby
(~stefan@x5d847323.dyn.telefonica.de) |
16:46.22 |
*** join/#brlcad shubham
(71c189f4@gateway/web/freenode/ip.113.193.137.244) |
17:00.53 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.244.255) |
17:38.37 |
*** join/#brlcad ickby
(~stefan@x5d847323.dyn.telefonica.de) |
18:04.26 |
*** join/#brlcad amarjeet
(~amarjeet@101.214.72.123) |
18:56.37 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
19:14.18 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.132.176) |
19:47.44 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
20:25.40 |
*** join/#brlcad ickby_
(~stefan@x5d847323.dyn.telefonica.de) |
21:08.06 |
*** join/#brlcad ickby
(~stefan@x5d847323.dyn.telefonica.de) |
21:13.34 |
*** join/#brlcad ickby
(~stefan@x5d847323.dyn.telefonica.de) |
22:00.03 |
*** join/#brlcad starseeker
(~starseeke@104.225.5.10) |
22:00.36 |
starseeker |
arrives on the new server |
22:37.32 |
brlcad |
woot |
22:37.44 |
brlcad |
enjoy the
faster compiles ;) |
22:45.34 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:10.26 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
23:19.40 |
``Erik |
brlcad: is
the thing on ssd's? |
23:21.40 |
``Erik |
also; there
seems to be some php56 vs php70 conflict going on, who's trying to
put php70 on? O.o |
23:40.39 |
*** join/#brlcad poxip
(~poxip@unaffiliated/mrpoxipol) |
23:44.22 |
brlcad |
``Erik: yeah,
ssd ... dunno about php7 |
00:47.28 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-225-115.092.074.pools.vodafone-ip.de) |
02:22.59 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:24.13 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:36.13 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
02:51.43 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
02:57.08 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:03.29 |
*** join/#brlcad kintel_
(~kintel@unaffiliated/kintel) |
03:34.47 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
03:53.29 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
03:59.38 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:15.31 |
*** join/#brlcad ickby
(~stefan@x5d847323.dyn.telefonica.de) |
05:52.34 |
*** join/#brlcad ickby
(~stefan@x5d847323.dyn.telefonica.de) |
06:25.08 |
*** join/#brlcad ickby_
(~stefan@x5d844d51.dyn.telefonica.de) |
07:19.55 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
08:11.55 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:26.35 |
*** join/#brlcad ickby_
(~stefan@x5d844d51.dyn.telefonica.de) |
08:42.09 |
*** join/#brlcad amarjeet
(~Amarjeet@49.138.159.213) |
08:53.33 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
08:57.24 |
*** join/#brlcad amarjeet
(~Amarjeet@49.138.159.213) |
09:18.19 |
*** join/#brlcad amarjeet
(~Amarjeet@49.138.159.213) |
09:31.42 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
09:49.23 |
*** join/#brlcad ickby
(~stefan@x5d844d51.dyn.telefonica.de) |
10:33.19 |
*** join/#brlcad stefan__
(~stefan@x5d844d51.dyn.telefonica.de) |
11:07.16 |
*** join/#brlcad ickby
(~stefan@x5d844d51.dyn.telefonica.de) |
12:43.03 |
*** join/#brlcad amarjeet
(~amarjeet@101.214.81.180) |
12:43.58 |
*** join/#brlcad yorik
(~yorik@177.189.140.33) |
12:45.11 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
13:49.17 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:41.06 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
15:17.34 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:44.57 |
*** join/#brlcad tandooorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
16:30.00 |
*** join/#brlcad ``Erik
(~erik@pool-100-16-40-20.bltmmd.fios.verizon.net) |
16:58.49 |
*** join/#brlcad amarjeet
(~Amarjeet@49.138.159.213) |
17:24.38 |
*** join/#brlcad amarjeet
(~Amarjeet@49.138.159.213) |
17:33.34 |
*** join/#brlcad shubham
(01163e4d@gateway/web/freenode/ip.1.22.62.77) |
18:42.55 |
*** join/#brlcad infobot (ibot@rikers.org) |
18:42.55 |
*** 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/ |
19:40.49 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:49.34 |
*** join/#brlcad infobot (ibot@rikers.org) |
20:49.34 |
*** 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/ |
20:59.08 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
21:12.26 |
*** join/#brlcad merzo
(~merzo@48-63-92-178.pool.ukrtel.net) |
21:28.48 |
*** join/#brlcad Notify
(~notify@104.225.5.10) |
21:29.23 |
Notify |
03BRL-CAD:starseeker * 67835
brlcad/trunk/src/sig/CMakeLists.txt: group sig tools into
deprecated and non-deprecated |
21:29.25 |
Notify |
03BRL-CAD:n_reed * 67836
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml:
add a section with examples on how to advance a debugger to the
correct evaluation point to investigate issues revealed by
dplot |
21:29.48 |
Notify |
03BRL-CAD:starseeker * 67837
(brlcad/trunk/src/sig/i-a.c brlcad/trunk/src/sig/u-a.c): need sleep
defined |
21:29.59 |
Notify |
03BRL-CAD:starseeker * 67838
(brlcad/trunk/src/irprep/all_sf.c brlcad/trunk/src/irprep/firpass.c
and 8 others): Add deprecation warnings for infrared/shapefactor
tools (went ahead and added a few notices for tools deprecated back
in 7.24 in the same directory as well, for consistency.) Not adding
one to ssampview.tcl since its source says it is sourced from the C
file. |
21:30.01 |
Notify |
03BRL-CAD:starseeker * 67839
(brlcad/trunk/src/irprep/ir-X.c brlcad/trunk/src/irprep/irdisp.c
brlcad/trunk/src/irprep/pictx.c): Few more includes for
sleep |
21:30.07 |
Notify |
03BRL-CAD:starseeker * 67840
(brlcad/trunk/src/gtools/remapid.c brlcad/trunk/src/util/buffer.c
and 2 others): Add misc tools deprecated messages. |
21:30.09 |
Notify |
03BRL-CAD:starseeker * 67841
(brlcad/trunk/src/sig/i-a.c brlcad/trunk/src/sig/u-a.c): don't need
stdio with bio included (thanks Sean). |
21:30.11 |
Notify |
03BRL-CAD:starseeker * 67842
(brlcad/trunk/src/irprep/ir-X.c brlcad/trunk/src/irprep/irdisp.c
brlcad/trunk/src/irprep/pictx.c): more stdio removal
(regress-repository++) |
21:30.13 |
Notify |
03BRL-CAD:starseeker * 67843
brlcad/trunk/regress/repository.sh: Play fair - lower the expected
number of WIN32 issues. |
21:32.04 |
Notify |
03BRL-CAD:starseeker * 67844
brlcad/trunk/regress/nirt.sh: update expected nirt output in
regression test |
21:32.55 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9649 /wiki/Google_Summer_of_Code/2016:
/* Form based script parameterization (needs better title)
*/ |
21:32.57 |
Notify |
03BRL-CAD
Wiki:Bojian ustc * 9645 /wiki/User:Bojian_ustc/GSoC2016/Projec:
Created page with "=Plate Mode NURBS Raytracing= '''Name:''' Bojian
Wu '''Email:''' ustcbjwu[AT]gmail.com '''IRC:''' boj ==Background==
I am currently a first year PhD student majoring in
co..." |
21:33.00 |
Notify |
03BRL-CAD
Wiki:Vasco.costa * 9596 /wiki/Google_Summer_of_Code/2015:
revert |
21:33.02 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9610 /wiki/User:Mandeeps708/gsoc_proposal:
proposal created using pandoc |
21:33.04 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 9605 /wiki/User_talk:Mandeeps708: /* Hello
Mandeep */ |
21:33.06 |
Notify |
03BRL-CAD
Wiki:Bojian ustc * 0 /wiki/File:Figure_2.png: |
21:33.08 |
Notify |
03BRL-CAD
Wiki:Yorikvanhavre * 0 /wiki/User:Yorikvanhavre: |
21:33.10 |
Notify |
03BRL-CAD
Wiki:Sean * 9617 /wiki/Google_Summer_of_Code: redo update for
2016 |
21:33.12 |
Notify |
03BRL-CAD
Wiki:Feragon.xi * 0 /wiki/User:Feragon.xi: |
21:33.14 |
Notify |
03BRL-CAD
Wiki:Bojian ustc * 9636 /wiki/Google_Summer_of_Code/2016: /* Plate
Mode NURBS raytracing */ |
21:33.16 |
Notify |
03BRL-CAD
Wiki:Sean * 9619 /wiki/Burs: manually migrate cliff's most recent
addition, a tutorial on using burst |
21:33.18 |
Notify |
03BRL-CAD
Wiki:Catchchaos * 0
/wiki/User:Catchchaos/GSoC2015/Proposal: |
21:33.20 |
Notify |
03BRL-CAD
Wiki:Sean * 9620 /wiki/User:Krajkreddy/main: manually migrate the
recent contact edit |
21:33.22 |
Notify |
03BRL-CAD
Wiki:Oleksandr dubenko * 0
/wiki/User:Oleksandr_dubenko: |
21:33.24 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9625 /wiki/Google_Summer_of_Code/2016: /*
proposal */ |
21:33.26 |
Notify |
03BRL-CAD
Wiki:Vasco.costa * 9593 /wiki/Google_Summer_of_Code/2016: initial
page |
21:33.28 |
Notify |
03BRL-CAD
Wiki:Sean * 9623 /wiki/ESA_Summer_of_Code_in_Space: manually
migrate socis 2016 updates |
21:33.31 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9628 /wiki/Google_Summer_of_Code/2016: /*
shorten summary*/ |
21:33.33 |
Notify |
03BRL-CAD
Wiki:Oleksandr dubenko * 9635 /wiki/Google_Summer_of_Code/2016:
Updated links to my project |
21:33.35 |
Notify |
03BRL-CAD
Wiki:Vasco.costa * 9595
/wiki/Google_Summer_of_Code/2016: |
21:33.37 |
Notify |
03BRL-CAD
Wiki:24.93.30.83 * 9600 /wiki/User:Krajkreddy/main: /* Who I am
*/ |
21:33.39 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 0 /wiki/User:Mandeeps708: |
21:33.41 |
Notify |
03BRL-CAD
Wiki:Vasco.costa * 9594
/wiki/Google_Summer_of_Code/2015: |
21:33.43 |
Notify |
03BRL-CAD
Wiki:Vasco.costa * 9597 /wiki/Summer_of_Code/Checklis: |
21:33.45 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9608 /wiki/User:Mandeeps708: |
21:33.47 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 0
/wiki/User:Amarjeet_Singh_Kapoor: |
21:33.49 |
Notify |
03BRL-CAD
Wiki:Catchchaos * 9651 /wiki/User:Catchchaos: /*Personal
Information*/ |
21:33.51 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 9653 /wiki/User:Gauravjee: Created page with "=
Personal Information = * Name: '''Gauravjeet Singh''' * IRC
nickname: '''gjeet''' * GitHub profile: '''[https://github.com/Gauravjeetsingh
GauravjeetSingh]''' * Blog address..." |
21:33.53 |
Notify |
03BRL-CAD
Wiki:Gauravjeet * 9654 /wiki/Google_Summer_of_Code/2016: /* Online
Geometry Viewer */ |
21:33.55 |
Notify |
03BRL-CAD
Wiki:Feragon.xi * 9655 /wiki/User:Feragon.xi: Created page with "==
Personal information == * '''Name:''' Florian Roméo * '''Email:'''
florian.romeo@feragon.net * '''IRC:''' Feragon * '''GitHub:'''
https://github.com/feragon/" |
21:33.57 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9656 /wiki/Google_Summer_of_Code/2016: /*
Automatic Polygonal Mesh Healing */ |
21:34.00 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9657 /wiki/Google_Summer_of_Code/2016: /*
Automatic Polygonal Mesh Healing */ |
21:34.02 |
Notify |
03BRL-CAD
Wiki:Feragon.xi * 9659 /wiki/User:Feragon.xi/GSoC2016/Projec:
Created page with "== LibreCAD 3 Scriptable User Interface Creation
== === Brief project summary === LibreCAD 3 have a new code base.
Currently the only way to create objects is writing a Lua
sc..." |
21:34.04 |
Notify |
03BRL-CAD
Wiki:Feragon.xi * 9660 /wiki/Google_Summer_of_Code/2016: /*
LibreCAD 3 Scriptable User Interface Creation */ |
21:34.06 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 0 /wiki/File:Image07.png: |
21:34.08 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 0 /wiki/File:Image06.png: |
21:34.10 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 0 /wiki/File:Image03.jpg: |
21:34.12 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9664
/wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: |
21:34.14 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9665
/wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: |
21:34.16 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 0 /wiki/File:Image05.png: |
21:34.18 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9667
/wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: |
21:34.20 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9668
/wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: /* Detailed
Description */ |
21:34.22 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9669 /wiki/Google_Summer_of_Code/2016:
/* Form based script parameterization (needs better title)
*/ |
21:34.24 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9670 /wiki/Google_Summer_of_Code/2016:
/* Form-based Customization */ |
21:34.26 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9671 /wiki/Google_Summer_of_Code/2016:
/* Form-based Customization */ |
21:34.28 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9672 /wiki/Google_Summer_of_Code/2016:
/* Form-based Customization */ |
21:34.30 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9673 /wiki/Google_Summer_of_Code/2016:
/* Form-based Customization */ |
21:34.32 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9674 /wiki/Google_Summer_of_Code/2016:
/* Form-based Customization */ |
21:34.34 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9675 /wiki/Google_Summer_of_Code/2016:
/* Form-based Customization */ |
00:17.54 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
00:56.34 |
*** join/#brlcad oooedqpkzhfbcewf
(~armin@dslb-178-010-188-047.178.010.pools.vodafone-ip.de) |
02:52.39 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
05:41.01 |
*** join/#brlcad ickby
(~stefan@x5d844216.dyn.telefonica.de) |
06:37.59 |
*** join/#brlcad ickby_
(~stefan@x5d844216.dyn.telefonica.de) |
07:09.54 |
*** join/#brlcad ickby
(~stefan@x5d844216.dyn.telefonica.de) |
07:18.42 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
07:20.55 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
07:27.38 |
*** join/#brlcad ickby_
(~stefan@x5d844216.dyn.telefonica.de) |
07:30.34 |
*** join/#brlcad boj_ (~boj@116.7.245.187) |
07:37.35 |
*** join/#brlcad boj
(~boj@2001:250:3c00:2074:d949:142a:96b9:2f0e) |
07:46.06 |
*** join/#brlcad ickby_
(~stefan@x5d844216.dyn.telefonica.de) |
07:51.57 |
*** join/#brlcad boj_
(~boj@2001:250:3c00:2074:d949:142a:96b9:2f0e) |
07:53.39 |
*** join/#brlcad ickby
(~stefan@x5d844216.dyn.telefonica.de) |
07:58.07 |
*** join/#brlcad ickby_
(~stefan@x5d844216.dyn.telefonica.de) |
08:01.26 |
*** join/#brlcad ickby_
(~stefan@x5d844216.dyn.telefonica.de) |
08:56.42 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9705 /wiki/Google_Summer_of_Code/2016: changed
abstract |
11:01.11 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.171.44) |
11:20.46 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.171.44) |
12:20.27 |
*** join/#brlcad jordi_sayol
(~jordi@93.129.21.95.dynamic.jazztel.es) |
12:36.31 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.171.44) |
12:51.46 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.171.44) |
13:07.36 |
*** join/#brlcad ickby
(~stefan@x5d844216.dyn.telefonica.de) |
13:17.25 |
*** join/#brlcad yorik
(~yorik@177.139.88.136) |
13:43.08 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:55.30 |
*** join/#brlcad ickby
(~stefan@x5d844216.dyn.telefonica.de) |
13:55.31 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
14:00.41 |
Notify |
03BRL-CAD:starseeker * 67889
brlcad/trunk/src/tclscripts/man_browser.tcl: Don't try to open a
directory. |
14:07.42 |
*** join/#brlcad ickby_
(~stefan@x5d844216.dyn.telefonica.de) |
14:15.16 |
Notify |
03BRL-CAD:starseeker * 67890
brlcad/trunk/doc/docbook/system/mann/search.xml: correct
exmaples/descriptions for -above and -below. |
14:16.33 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.171.44) |
14:33.37 |
Notify |
03BRL-CAD:starseeker * 67891
(brlcad/trunk/AUTHORS brlcad/trunk/CHANGES): list a couple of MGED
commands for deprecation - find doesn't work on the MGED command
prompt anyway, and the em command can be replaced by
search. |
14:43.52 |
Notify |
03BRL-CAD:starseeker * 67892
(brlcad/trunk/CHANGES
brlcad/trunk/doc/docbook/system/mann/expand.xml): Also call out
expand for deprecation - replaced by search. Fix docs while we're
at it - using shell globbing, not regex. |
14:51.34 |
*** join/#brlcad ickby
(~stefan@x5d844216.dyn.telefonica.de) |
14:54.40 |
Notify |
03BRL-CAD:starseeker * 67893
brlcad/trunk/CHANGES: nevermind - find man page appears to be
actually for the dbfind command... |
15:13.19 |
Notify |
03BRL-CAD:starseeker * 67894
(brlcad/trunk/NEWS brlcad/trunk/src/librt/search.c): If we added an
-above option to a flat search, MGED crashed. Initialize the
full_paths ptbl to NULL in a flat search so the above function
knows not to try to process it. |
15:20.31 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.171.44) |
15:57.40 |
*** join/#brlcad amarjeet
(~Amarjeet@49.138.208.141) |
16:11.22 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:24.15 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
16:33.58 |
*** join/#brlcad LordOfBikes
(~armin@dslb-178-010-188-047.178.010.pools.vodafone-ip.de) |
16:54.54 |
*** join/#brlcad amarjeet
(~Amarjeet@49.138.208.141) |
17:02.05 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
17:09.43 |
*** join/#brlcad amarjeet
(~amarjeet@49.138.208.141) |
17:11.31 |
*** join/#brlcad boj (~boj@116.7.245.187) |
17:25.02 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
17:28.43 |
Notify |
03BRL-CAD
Wiki:Amarjeet Singh Kapoor * 9706
/wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: /* Milestones
*/ |
17:33.22 |
Notify |
03BRL-CAD
Wiki:Oleksandr dubenko * 9707 /wiki/Google_Summer_of_Code/2016:
Added abstract link |
17:39.15 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
17:53.33 |
*** join/#brlcad amarjeet
(~Amarjeet@101.214.253.101) |
17:56.01 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9708 /wiki/Google_Summer_of_Code/2016: /*
Automatic Polygonal Mesh Healing */ |
18:00.36 |
Notify |
03BRL-CAD
Wiki:Gaganjyotsingh * 9709 /wiki/Google_Summer_of_Code/2016: /*
LibreCAD V3 Bezier and FILE I/O */ |
18:34.23 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:40.34 |
Notify |
03BRL-CAD:starseeker * 67895
brlcad/trunk/TODO: Make a note that dbfind should be replaced by ls
*/obj rather than search, due to performance reasons. |
18:47.22 |
Notify |
03BRL-CAD:starseeker * 67896
brlcad/trunk/TODO: typo |
18:54.09 |
Notify |
03BRL-CAD:starseeker * 67897
brlcad/trunk/CHANGES: I see em was called out earlier |
18:56.01 |
brlcad |
sniok: if you
have at least a half hour availability, it would be good to talk
about the website some |
18:56.18 |
sniok |
Yeah,
sure |
18:57.20 |
Notify |
03BRL-CAD:starseeker * 67898
brlcad/trunk/CHANGES: deprecate pathlist |
18:57.22 |
brlcad |
how much time
do you have? |
18:58.00 |
sniok |
About 30-40
minutes |
18:58.44 |
brlcad |
okay, so
we'll keep it snappy :) |
18:59.25 |
brlcad |
did you make
any progress on updating the 3d logo or seeing if one of the gci
tasks completed it? |
19:01.04 |
sniok |
Yes, I'm
still developing and tweaking logo |
19:01.07 |
Notify |
03BRL-CAD:starseeker * 67899
brlcad/trunk/CHANGES: reorganize to clarify what's being deprecated
are mged commands. |
19:01.49 |
sniok |
I wrote about
it on blog over here https://blog.esde.name/logo-tweaks/
and here https://blog.esde.name/more-logos/ |
19:06.06 |
brlcad |
so what I'm
seeing... basically you didn't, you half-disregarded it and did
something else :) |
19:10.14 |
sniok |
Yeah, but my
main concern is logo that will go in website, and I don't think
that rendering and getting image from 3d model is worth
it |
19:10.49 |
brlcad |
logo design
is something that is obviously highly subjective |
19:12.54 |
brlcad |
but also
directly pertains to the identity of a project, so we can't just
ignore important discussion points like this |
19:13.58 |
brlcad |
completely
understand that there will be design points that you may disagree
with and your artistic inputs are an important part of the
project |
19:14.08 |
brlcad |
but there
will be disagreements, and how we resolve them will be through
discussion |
19:15.31 |
sniok |
I don't
change logo radically, I'm just making tweaks to current version. I
understand importance of this question and thats why I'm trying to
make it as good as possible |
19:16.51 |
sniok |
When I'll
make my final version we will definitely discuss it |
19:16.54 |
brlcad |
appreciate
you trying to make it as good as possible |
19:17.17 |
brlcad |
but this is
also not something that you'd be expected to get right by
yourself |
19:17.31 |
brlcad |
so you get
your "final version" and it has some critical issue, then what?
;) |
19:18.04 |
brlcad |
you're done,
you spent X days working on it, but we can't use it because
"requirements" weren't discussed or adhered to |
19:18.34 |
brlcad |
I'd think
that'd either be very frustrating to you, or even
disheartening |
19:20.20 |
sniok |
Ok, I got
where are you heading. I should get some input before doing
task |
19:21.15 |
brlcad |
before,
during, after .. it's as much about communication as it is the
technical work, sometimes more important than the work
itself |
19:22.57 |
brlcad |
for this
specific issue of the logo, from my perspective you're essentially
building a vector version which is great/needed |
19:23.44 |
brlcad |
the only
issue is a point made in my original response, that having a 3D
version is not just nice to have |
19:24.15 |
*** join/#brlcad merzo
(~merzo@81-53-132-95.pool.ukrtel.net) |
19:24.17 |
brlcad |
that doesn't
meant that the resultant image has to be rendered, but the
silhoette very much should |
19:25.44 |
brlcad |
it's a
reflection of the project, and we're a 3D solid modeling precise
engineering system ... it's essential that our logo exist as a
precise 3D solid model and that any imagery is derived from that
canonical form |
19:27.26 |
brlcad |
that doesn't
mean you have to work on the logo, especially if you don't want to
or see why it's worth it -- there's plenty of other work I'm sure
we'll easily agree on |
19:29.00 |
brlcad |
have you
tried overlaying your new version over the current rendered
version? |
19:30.15 |
sniok |
Not yet but I
will do it |
19:31.06 |
brlcad |
more
importantly, if the last GCI version that supposedly fixed the pin
ratio is correct and matches your version, then this could be a
good workable version, but that's something that will need to be
checked |
19:31.53 |
brlcad |
however,
didn't really intend to talk about the logo ... we have bigger
items to discuss :) |
19:32.27 |
brlcad |
I'm hoping we
get on the same page in terms of the marketing aspects of our
website design that you are not necessarily privy |
19:33.13 |
sniok |
What kind of
marketing aspects? |
19:33.21 |
brlcad |
for one, it's
highly desirable (for MANY reasons political, social, and
technical) that we leverage as much completed GCI work as
possible |
19:33.52 |
brlcad |
so you really
should become as intimately familiar with what was done under GCI
as possible if you haven't already |
19:34.21 |
brlcad |
your work is
in there too and quality is all over the board, but there are
specific elements that need to be incorporated |
19:34.58 |
brlcad |
maybe not as
fun as doing everything yourself, but I cannot stress how essential
this will be once coding is under way |
19:36.08 |
sniok |
yeah that
sounds reasonable |
19:36.27 |
brlcad |
you'll also
need to be prepared to work on the web repo, to submit pull
requests there for integration and review as we want your work to
go live as soon as it's checked and working adequately |
19:36.56 |
brlcad |
how good is
your javascript? |
19:37.05 |
brlcad |
worked with
jquery? |
19:37.40 |
sniok |
yes, pretty
decent |
19:37.44 |
brlcad |
cool |
19:39.20 |
brlcad |
you mention
docs in your project plan |
19:39.34 |
brlcad |
have you had
a chance to look into the work from last year? |
19:41.03 |
sniok |
that
beta.brlcad.org/w/ site? |
19:42.08 |
brlcad |
no, the docs
project |
19:42.30 |
brlcad |
the website
has three main needs: 1) same theme/style used across main page,
wiki, gallery, etc, 2) get documentation online and syncing
automatically, and 3) a stronger call to participation |
19:42.46 |
brlcad |
last year's
project was
http://brlcad.org/wiki/Google_Summer_of_Code/2015#Synchronize_Wiki_with_Docbook |
19:42.52 |
brlcad |
that plays
right into #2 |
19:43.33 |
brlcad |
that's
probably a couple weeks worth of work at a minimum, but mostly
styling work, maybe some coding on the search interface |
19:45.51 |
brlcad |
stylistically, there's a good bit of
freedom, but I don't want us to look like our proprietary
counterparts at all ...that's a firm requirement... :) |
19:47.20 |
brlcad |
clean and
modern, but doing things (however insignificant) that they are
not |
19:47.22 |
brlcad |
fun, cheeky,
inviting |
19:47.28 |
brlcad |
make sense?
:) |
19:48.08 |
sniok |
yeah |
19:50.26 |
brlcad |
did you have
any questions? |
19:52.36 |
brlcad |
and
please,please, lets continue the discussion later up if you have
concerns or don't believe something is worth it because this needs
to be an ongoing dialog with mutual understanding |
19:53.15 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:53.36 |
sniok |
I don't get
how docs work |
19:54.08 |
sniok |
I mean that
past year project |
19:54.31 |
sniok |
Where is web
interface to Docbook |
19:55.54 |
sniok |
Ok, I'll look
more into that project and eventually I'll figure out |
19:57.12 |
brlcad |
last year's
project is not online --- there's just code |
19:57.24 |
brlcad |
that's why
it's important to get it online :) |
19:57.35 |
brlcad |
why its #2
priority-wise |
19:58.29 |
brlcad |
our docbook
sources live in the svn repo, one of our build targets produces the
website files |
20:00.04 |
sniok |
And yes, I'll
try to discuss every aspect of project as much as
possible |
20:22.35 |
*** join/#brlcad merzo
(~merzo@14-6-133-95.pool.ukrtel.net) |
20:59.57 |
*** join/#brlcad ickby_
(~stefan@x5d844216.dyn.telefonica.de) |
21:04.21 |
*** join/#brlcad ickby_
(~stefan@x5d844216.dyn.telefonica.de) |
21:04.27 |
Notify |
03BRL-CAD:brlcad * 67900
brlcad/trunk/TODO: boolweave unit tests.... |
21:34.28 |
Notify |
03BRL-CAD
Wiki:122.173.10.26 * 9710 /wiki/Google_Summer_of_Code/2016: /*
LibreCAD V3 Bezier and FILE I/O */ |
21:45.00 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9711 /wiki/User:Tandoorichick/GSoC2016/Logs:
Created page with "The plan is to not make a mesh healing module
just for BRL-CAD, but a portable module that can be used by both
BRL-CAD and OpenSCAD. Blog will be up in a while." |
23:39.00 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:21.44 |
Notify |
03BRL-CAD:starseeker * 67901
(brlcad/trunk/CHANGES brlcad/trunk/include/bu/file.h and 11
others): Do some bu_*_argv -> bu_argv_* conversions. There are a
couple others, but want to double check that they should be renamed
- bu_vls_from_argv, for example, fits that regex but seems
appropriately named... |
00:25.27 |
Notify |
03BRL-CAD:starseeker * 67902
(brlcad/trunk/CHANGES brlcad/trunk/TODO and 4 others): bu_dir_list
-> bu_file_list |
00:43.20 |
Notify |
03BRL-CAD:starseeker * 67903
(brlcad/trunk/include/bu/uuid.h brlcad/trunk/regress/repository.sh
and 3 others): qsort -> bu_sort was already in HACKING - add it
to the regress-repository list and make appropriate tweaks. The
glob.c file is not active yet and it will be a while before it is,
so just remove it until we need it. |
00:52.31 |
Notify |
03BRL-CAD:starseeker * 67904
brlcad/trunk/src/rt/read-rtlog.c: make array size match format
string size |
00:53.19 |
Notify |
03BRL-CAD:starseeker * 67905
brlcad/trunk/src/rt/do.c: make array size match format string
size |
00:55.03 |
Notify |
03BRL-CAD:starseeker * 67906
brlcad/trunk/src/conv/off/off-g.c: make array size match format
string size |
00:55.58 |
Notify |
03BRL-CAD:starseeker * 67907
brlcad/trunk/TODO: got qsort |
00:59.04 |
starseeker |
brlcad: How
did you want to handle sphflake.c ? I recall you mentioned
something about using a trick of multiple strings to make math work
with a #define for length... |
00:59.59 |
Notify |
03BRL-CAD:starseeker * 67908
brlcad/trunk/src/conv/euclid/euclid-g.c: make array size match
format string size |
01:00.43 |
Notify |
03BRL-CAD:starseeker * 67909
brlcad/trunk/src/libged/gqa.c: make array size match format string
size |
01:03.44 |
Notify |
03BRL-CAD:starseeker * 67910
(brlcad/trunk/src/shapes/bolt.c brlcad/trunk/src/shapes/gastank.c
and 4 others): make array size match format string size |
01:05.50 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
01:06.05 |
Notify |
03BRL-CAD:starseeker * 67911
brlcad/trunk/src/util/plot3rot.c: array size too small |
01:08.04 |
Notify |
03BRL-CAD:starseeker * 67912
brlcad/trunk/src/nirt/nirt.c: make array size match format string
size |
01:09.20 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-236-158.092.074.pools.vodafone-ip.de) |
01:09.24 |
Notify |
03BRL-CAD:starseeker * 67913
brlcad/trunk/src/conv/nmg/asc-nmg.c: make array size match format
string size |
01:13.56 |
Notify |
03BRL-CAD:starseeker * 67914
brlcad/trunk/src/util/ttcp.c: Make sure we end up with long int for
%ld (didn't do so on openbsd) |
01:14.43 |
starseeker |
brlcad:
similar situation in libged/loadview.c |
01:15.54 |
starseeker |
ditto
libged/clone.c |
01:18.00 |
Notify |
03BRL-CAD:starseeker * 67915
brlcad/trunk/src/proc-db/molecule.c: make array size match format
string size |
01:18.56 |
starseeker |
OK, I think
it's down to proc-db/sphflake.c, libged/loadview.c and
libged/clone.c |
01:36.17 |
Notify |
03BRL-CAD:brlcad * 67916
brlcad/trunk/TODO: oops... those were my own notes, not release
stoppers. |
01:37.37 |
Notify |
03BRL-CAD:starseeker * 67917
brlcad/trunk/doc/docbook/system/mann/search.xml: Add the best
available example (so far) of how to achieve dbfind-like output
with search. |
01:38.37 |
brlcad |
yeah, sorry
.. I only meant to commit the bottom changes in TODO |
01:38.54 |
brlcad |
the top ones
were just some notes I threw in quick to not forget
them |
01:38.59 |
brlcad |
still good
changes :) |
02:10.21 |
Stragus |
Compilation-time strlen(), eh... I want
constant expressions in C, darn it! :) |
02:11.44 |
Stragus |
Seems silly
to switch from C to C++ just for constexpr |
03:04.46 |
starseeker |
O.o https://github.com/GPUOpen-LibrariesAndSDKs/FireRays_SDK |
03:06.49 |
starseeker |
wonder if we
could hook in librt... |
03:45.44 |
Stragus |
I thought the
problem was CSG raytracing? |
04:14.33 |
Notify |
03BRL-CAD
Wiki:Catchchaos * 9712 /wiki/Google_Summer_of_Code/2016: /* GPGPU
Support for Boolean Evaluation Used in Ray Tracing */ |
04:25.59 |
Notify |
03BRL-CAD
Wiki:Catchchaos * 9713
/wiki/Google_Summer_of_Code/2016: |
06:52.59 |
Notify |
03BRL-CAD:brlcad * 67918
brlcad/trunk/NEWS: cezar's last name has an l |
06:54.26 |
*** join/#brlcad Shalom
(~Shalom@122.169.223.142) |
07:28.20 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:31.31 |
Notify |
03BRL-CAD:brlcad * 67919
brlcad/trunk/include/common.h: stub in the canonical macros for
wrapping common preprocessor string operations. these replace bu's,
minimally impacting. |
07:34.01 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
07:48.58 |
Notify |
03BRL-CAD:brlcad * 67920
brlcad/trunk/include/common.h: include common example use cases for
the stringification/concat macros |
07:53.45 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
08:34.13 |
*** join/#brlcad teepee`
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
09:09.02 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
09:27.37 |
boj |
Hi, I create
a 'plate mode' cube(closed) with thickness 2mm, and use nirt to
trace the model, here is the result. I am confused that why the hit
point is (5000, 0,0) but not (4999, 0, 0)? |
09:27.44 |
boj |
http://paste.ubuntu.com/16472812/ |
09:29.14 |
boj |
BTW, does
'nirt' only report the entry point? Because I want to see the out
hit point. |
09:43.51 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
10:27.02 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
10:38.26 |
d_rossberg |
boj: are you
sure it's plate mode? |
10:53.45 |
boj |
yes, you can
see the model_min and model_max, the original box should be (-5000,
-5000, -5000) and (5000, 5000, 5000). I set the thickness value to
be 2mm |
10:55.42 |
boj |
and I use
obj-g -o p -p 2 ... to generate this cube-t.g model. |
10:56.53 |
boj |
I import the
model into mged, and use 'get ... mode' the check it, it shows the
solid is 'volume' but not 'plate'? So strange? |
10:57.58 |
boj |
sorry for my
typo, the command I used is obj-g.exe -o p -H 2 cube.obj
cube-t.g. |
11:05.42 |
boj |
Hi,
d_rossberg, what do you mean 'intrinsic values' you mentioned in
the mail list? |
11:06.36 |
*** join/#brlcad yorik
(~yorik@177.139.88.136) |
11:15.15 |
d_rossberg |
hm, nirt
reports a LOS (line of sight) of 10000, this would be plausible for
the volume mode |
11:16.21 |
d_rossberg |
you could run
g2asc and inspect the ascii file |
11:30.30 |
d_rossberg |
intrinsic
values: e.g. in games often only the appearence is important, for a
tree-trunk the rendering of bark and moss is what the programmers
care fore |
11:33.05 |
d_rossberg |
but other
programs would like to know what's inside the trunk, is it hard,
soft, fresh, or rotten - simply the "intrinsic values" |
11:59.08 |
``Erik |
open source
hardware (gpu/opencl) raytracing
http://gpuopen.com/firerays-2-0-open-sourcing-and-customizing-ray-tracing/
https://news.ycombinator.com/item?id=11710444 |
12:10.43 |
*** join/#brlcad Shalom
(~Shalom@122.175.87.200) |
12:56.01 |
boj |
d_rossberg,
thanks for your reminding, I just checked source code of 'obj-g',
there is a closure test before outputing to BoT, it means if the
input mesh is closed, the default output type will be
*RT_BOT_SOLID*. |
12:57.05 |
boj |
I use obj-g
to generate two cubes w/wo thickness value, and then use g2asc to
output the ascii file, they two are exactly same, and the type for
inside regions are all volume. |
12:57.57 |
boj |
please
correct me if I make some mistakes? |
13:00.32 |
boj |
I use 'nirt'
to trace a single plate mode plane(thickness value equals to 2mm),
the reported LOS is 2mm, I think I almost get it.. |
13:15.09 |
d_rossberg |
i'm not an
expert for obj-g, all i can see is that it has a parameter for the
bot mode it should use for open bots |
13:19.36 |
boj |
yes, it is
actually for open bot. |
13:20.46 |
boj |
d_rossberg:
do you know how to generate a plate mode cube, which tool should
work properly? |
13:26.16 |
*** join/#brlcad Shalom_
(~Shalom@122.175.87.200) |
13:27.32 |
boj |
or the closed
mesh actually does not need to be assigned a thickness value,
because they can already be considered as solid model.. |
13:28.36 |
d_rossberg |
once i posted
it here in irc, but i don't know when ... let me see
... |
13:43.30 |
d_rossberg |
put {dings.s}
bot mode plate orient no flags {} V {{1000 0 0} {0 1000 0} {0 0
1000}} F {{0 1 2}} T {2} fm 00 |
13:45.09 |
boj |
it only
contains one face? |
13:45.43 |
d_rossberg |
this yes, but
you can add more if you like ;) |
13:46.35 |
boj |
yes, I get
it, I can generate a cube by myself..hah..a good way...thanks
d_rossberg |
13:48.35 |
boj |
by the way,
is 'asc2g' designed for transform ascii format to binary
*.g? |
13:48.45 |
boj |
I think it
is.. :) |
13:50.09 |
d_rossberg |
the only
tricky part are the fm (face mode) flags at the end: i think you
have to add two additional 0s every 8 faces (or so) |
13:50.45 |
d_rossberg |
asc2g:
indeed |
13:51.03 |
boj |
what does
'fm' mean? |
13:51.06 |
boj |
face
...? |
13:51.19 |
boj |
face
mode..sorry... |
13:52.19 |
boj |
thanks
d_rossberg I will try it asap.. |
14:05.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:07.42 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:10.00 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
14:32.11 |
*** join/#brlcad amarjeet
(~amarjeet@101.216.219.48) |
14:37.18 |
Notify |
03BRL-CAD
Wiki:116.7.245.187 * 9714 /wiki/Google_Summer_of_Code/2016: /*
Plate Mode NURBS raytracing */ |
14:42.22 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
14:46.17 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.216.219.48) |
14:59.03 |
*** join/#brlcad amarjeet
(~Amarjeet@101.216.219.48) |
15:17.46 |
*** join/#brlcad teepee`_
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
15:24.03 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
15:49.35 |
*** join/#brlcad amarjeet
(~Amarjeet@101.216.219.48) |
16:10.36 |
*** join/#brlcad shalom
(~shalom@122.175.87.200) |
16:32.05 |
*** join/#brlcad amarjeet
(~Amarjeet@101.215.26.158) |
16:43.14 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.169.153) |
16:52.15 |
*** join/#brlcad ickby
(~stefan@x5d846f79.dyn.telefonica.de) |
18:19.24 |
Notify |
03BRL-CAD:brlcad * 67921
brlcad/trunk/TODO: here's a preliminary list of user-visible commit
changes that didn't have a corresponding doc update near them. some
may have been documented later, some require doc/docbook docs, some
require a news line entry. |
18:37.54 |
brlcad |
boj: obj-g
currently assumes that if a mesh encloses a volume, that it is
supposed to be a volume-mode bot |
18:38.20 |
brlcad |
the -o p flag
only applies to open meshes |
18:39.14 |
brlcad |
ah, which I
see you figured out later :) |
18:46.20 |
brlcad |
boj: you can
change the mode of a bot in mged with the adjust command, example:
make sph sph; facetize sph.bot sph; B sph.bot; form bot; get
sph.bot mode; nirt -f entryexit -b; adjust sph.bot mode plate; get
sph.bot mode; nirt -f entryexit -b |
18:46.58 |
brlcad |
threw in a
couple extra commands just to give the gist so you can know how to
figure it out again in the future |
19:12.27 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
19:15.32 |
*** join/#brlcad ickby_
(~stefan@x5d846f79.dyn.telefonica.de) |
19:35.49 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-236-158.092.074.pools.vodafone-ip.de) |
19:44.58 |
*** join/#brlcad ickby_
(~stefan@x5d846f79.dyn.telefonica.de) |
19:50.23 |
*** join/#brlcad ickby
(~stefan@x5d846f79.dyn.telefonica.de) |
20:03.58 |
*** join/#brlcad ickby_
(~stefan@x5d846f79.dyn.telefonica.de) |
20:33.32 |
*** join/#brlcad ickby_
(~stefan@x5d846f79.dyn.telefonica.de) |
20:39.02 |
Notify |
03BRL-CAD
Wiki:Feragon.xi * 9715 /wiki/Google_Summer_of_Code/2016: /*
Automatic Polygonal Mesh Healing */ |
20:46.25 |
Notify |
03BRL-CAD:brlcad * 67922
(brlcad/trunk/include/bu/defines.h brlcad/trunk/include/bu/malloc.h
and 10 others): step one, get the generic preprocessor symbols out
of libbu and into common.h |
21:37.21 |
*** join/#brlcad djkonro
(~djkonro@41.202.219.78) |
22:01.18 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9716 /wiki/User:Mandeeps708/GSoC16/logs: added
dev logs |
22:04.14 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9717 /wiki/Google_Summer_of_Code/2016: updated
dev logs link |
23:41.14 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:21.08 |
*** join/#brlcad krcevnzncbxyguxx
(~armin@dslb-088-064-047-237.088.064.pools.vodafone-ip.de) |
00:30.04 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
02:50.25 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:14.06 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:27.21 |
*** topic/#brlcad by brlcad -> Welcome to BRL-CAD! || Don't
ask if someone is here, ask a better question. || GSoC 2016 is
under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs:
http://ibot.rikers.org/%23brlcad/ |
03:30.13 |
*** join/#brlcad tandoorichick
(75d837cb@gateway/web/freenode/ip.117.216.55.203) |
03:31.56 |
brlcad |
tandoorichick: how are your setup and
preparations coming along? |
03:32.43 |
brlcad |
tandoorichick: please update your dev log
with a summary of all the work you've done during the bonding
period |
03:32.58 |
tandoorichick |
brlcad: yes
they're going good. yet to decide on the method to use for the
portable module. |
03:33.17 |
brlcad |
tandoorichick: I didn't fully understand
your e-mail |
03:33.33 |
brlcad |
i mean, your
first option was pretty clear -- it was the second that was
unclear |
03:33.41 |
tandoorichick |
Yes i'm in
the middle of that, will be done by today.. had a few problems
setting up the blog, now it's done. so i'll be updating the content
and adding the link.. |
03:34.01 |
tandoorichick |
the first
option being what daniel sugegsted? |
03:34.12 |
tandoorichick |
or the first
part of what i suggested? |
03:35.21 |
tandoorichick |
so ok i'll
explain it here then |
03:35.58 |
tandoorichick |
so, what that
method does it create a structure that contains all the attributes
for a mesh that we could possibly need (of course spanning just the
needs of BRL- |
03:36.06 |
tandoorichick |
CAd and
OpenSCAD) |
03:37.07 |
tandoorichick |
so for
OpenSCAD, it is just the PolySet class which just contains
information about all the polygons in the mesh. and we're quite
familiar with the rt_bot_internal structure |
03:39.04 |
tandoorichick |
essentially
because the bot type is a superset of the polyset type (because it
includes stuff like mode, thickness, orientation, etc.), what we'll
be doing while converting polyset to the intermediate mesh is set
those attributes that don't apply to NULL. |
03:39.43 |
tandoorichick |
converting
rt_bot_internal to the intermediate type will be trivial because
the two structures will essentially contain the same
information. |
03:40.15 |
tandoorichick |
this is what
i had proposed.. have i made myself clearer? |
03:40.17 |
brlcad |
right, I got
that regarding your struct example |
03:41.01 |
brlcad |
it was your
next statement: "do you feel it'd be more robust using the generic
container and defining the conversion process separately in the
utility functions?" |
03:41.01 |
brlcad |
are you
suggesting that there'd be two of every utility funciton or
something? |
03:42.14 |
tandoorichick |
in the first
method (what daniel had suggested), the conversion process
essentially lies in the functions - so there'd be two of them
right? |
03:42.42 |
tandoorichick |
like get_face
or get_num_faces, etc.? |
03:43.45 |
tandoorichick |
these are
going to be dependent on the native structures. that's why i
suggested the second one, where the conversion process primarily
gets over before we even define the functions? |
03:43.53 |
tandoorichick |
.* |
03:44.38 |
brlcad |
I'm still not
following -- say I have a "heal_mesh()" top-level function ... it's
going to take a data structure of some sort |
03:44.50 |
brlcad |
e.g., struct
polygonal_mesh |
03:45.25 |
tandoorichick |
ok? |
03:45.28 |
brlcad |
OR .. there's
a heal_brlcad_mesh() and heal_openscad_mesh() |
03:45.34 |
brlcad |
what other
alternative is there? |
03:45.47 |
brlcad |
void*? |
03:46.42 |
brlcad |
what I'm not
understanding is this second option where the conversion process is
defined separately in the utility functions -- what that actually
means |
03:46.44 |
tandoorichick |
we're going
for the heal_mesh() which takes in the intermediate mesh, that's
more efficient right? |
03:47.21 |
brlcad |
I'm asking
you what you meant |
03:47.38 |
brlcad |
certainly
could be a heal_mesh(struct polygonal_mesh *); |
03:48.17 |
tandoorichick |
ok so we have
the struct polygonal_mesh defined. |
03:48.55 |
brlcad |
that struct
polygonal_mesh could contain a generic structure or it could
contain void*'s or it could contain typed fields for each format
(probably a terrible idea) or ... |
03:49.51 |
brlcad |
ok |
03:50.16 |
tandoorichick |
i don't
understand your last question.. i'll just try to explain
again. |
03:50.24 |
brlcad |
before you
do |
03:50.25 |
tandoorichick |
now, for
BRL-CAD, we implement it as a rt_bot_internal structure, and for
OpenSCAD, as a polyset structure.. |
03:50.32 |
tandoorichick |
yes? |
03:50.37 |
brlcad |
all I'm
really trying to understand is what you meant by "defining the
conversion process separately in the utility functions" |
03:51.05 |
brlcad |
please
continue |
03:51.17 |
tandoorichick |
yeah so for
example if we need to get the number of faces of polygonal_mesh,
what we'll do is: |
03:53.47 |
tandoorichick |
for BRL-CAD,
we'd do it like this: we define the polygonal_mesh as an
rt_bot_internal type. that is - struct polygonal_mesh(
rt_bot_internal bot; } . now if we need to get the number of faces,
we do this: int get_num_faces(struct *polygonal_mesh) { return
polygonal_mesh->bot->num_faces; } |
03:56.02 |
tandoorichick |
for OpenSCAD:
we define polygonal_mesh as: struct polygonal_mesh{ PolySet
polyset_mesh; } . and for getting the number of faces: int
get_num_faces(polygonal_mesh *mesh) { return
mesh->sizeof(polyset_mesh); } |
03:56.30 |
tandoorichick |
in the
get_num_faces for BRL-CAD, i meant int get_num |
03:56.45 |
tandoorichick |
_face
(polygonal_mesh *mesh) |
03:56.55 |
tandoorichick |
sorry for all
the typos.. |
03:57.10 |
tandoorichick |
is this what
you wanted to know? |
03:58.53 |
brlcad |
hmm |
03:59.55 |
tandoorichick |
is it more
understandable now? :) |
04:00.42 |
brlcad |
the problem I
see is that your utility functions are going to amount to accessors
for the generic intermediate container you defined in the first
example |
04:01.41 |
brlcad |
to amount to
accessors for == be the same as having |
04:02.14 |
tandoorichick |
yeah.. i
don't understand the problem though.. |
04:02.42 |
brlcad |
now if you
worked in C++, I could totally see having some sort of derived
brlcad_bot class and openscad_mesh class that have some common
virtual base class |
04:02.52 |
brlcad |
but you were
planning on working in C, yes? |
04:03.36 |
tandoorichick |
uhm yes, but
since it's going to be a portable module it could be done in C++
right? |
04:03.54 |
brlcad |
I think
that's basically the difference between your first and second
versions -- the prior is a data-centric model that you'd do in C,
the latter is a composition-centric model that you'd do in
C++ |
04:04.30 |
brlcad |
so basically,
are you more familiar with C or C++? |
04:05.10 |
tandoorichick |
both equally
i guess.. i use them alternatively.. |
04:05.37 |
brlcad |
no such thing
as equal :) |
04:06.09 |
tandoorichick |
oh well, then
C++ it'll be :) |
04:06.21 |
brlcad |
so, then I
think that's a decision you need to make with daniel in the
loop |
04:06.45 |
tandoorichick |
yeah sure,
i'm yet to hear from him on the mailing list.. |
04:07.11 |
tandoorichick |
i'll be
updating my dev log/blog entry meanwhile |
04:07.44 |
brlcad |
well your
e-mail wasn't clear so he may have had just as much trouble
following |
04:07.58 |
brlcad |
but he's a
smarter man than I am, so maybe just busy too ;) |
04:08.59 |
tandoorichick |
actually half
the stuff i explained here, was what he'd told me on the mailing
list.. |
04:09.23 |
tandoorichick |
or do you
think i should send another mail stating my strategy more
clearly? |
04:11.02 |
brlcad |
no |
04:12.19 |
brlcad |
just a
general note -- you should make progress forward just like you've
been doing regardless of there being questions |
04:12.51 |
brlcad |
obviously try
to get them answered, but some aren't answerable until more
progress is made or the problem is more concrete like you spelling
out an example here |
04:13.22 |
tandoorichick |
sure, will
keep it in mind. :) |
04:14.03 |
brlcad |
fwiw, now
that you're further along, I suggest writing an actual header file
with comments instead of prose |
04:14.48 |
brlcad |
maybe write a
front end driver application for how this would be used before it's
implemented (in pseudocode or real code) |
04:15.53 |
tandoorichick |
you mean like
putting everything i explained here, as comments? |
04:16.09 |
tandoorichick |
of course for
just the method that we decide on right? |
04:22.11 |
brlcad |
right |
04:22.46 |
brlcad |
but not
focusing so much on the comments as actually starting towards
stubbing in proper class structures, functions, structs, whatever
(and yes, putting some comments with them to explain if
needed) |
04:22.50 |
brlcad |
simple test
program might look something like this: #include "MeshCleanup.h" ;
int main() { Mesh *mesh = NULL; if (MeshCleanup::Type(argv[1]) ==
MeshCleanup::BRLCAD_BOT) mesh = new BrlcadMesh(argv[1]); else if
(MeshCleanup::Type(argv[1]) == MeshCleanup::OPENSCAD_MESH) mesh =
new OpenscadMesh(argv[1]); mesh->closeGaps();
mesh->write(argv[2]); return 0;} |
04:23.50 |
brlcad |
you could
create a "stub" MeshCleanup.h file that would let something like
that actually compile .. obviously wouldn't work until you
implement the guts, but it will get you thinking about how this
will be used before you get lost in the weeds |
04:24.45 |
tandoorichick |
ok got it.
:) |
04:28.37 |
brlcad |
concrete
examples move the discussion forward ;) |
04:52.34 |
tandoorichick |
brlcad: will
keep it in mind from next time onwards! |
05:15.33 |
*** join/#brlcad kanzure
(~kanzure@unaffiliated/kanzure) |
06:25.55 |
*** join/#brlcad tofu_ (~sean@104.225.5.10) |
06:42.01 |
*** join/#brlcad merzo
(~merzo@32-20-133-95.pool.ukrtel.net) |
06:44.34 |
*** join/#brlcad merzo
(~merzo@32-20-133-95.pool.ukrtel.net) |
06:53.37 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
07:13.34 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
07:23.59 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
07:39.51 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
11:03.32 |
tandoorichick |
d_rossberg: i
didn't het this question of yours: "If you do the vertex
contraction with the triangulated boundary of a plate mode BoT, how
will this compare with the contraction of the vertices of the
original BoT?" |
11:03.39 |
tandoorichick |
get* |
11:07.49 |
d_rossberg |
a plate mode
bot is a solid -> has a boundary -> triangulate the
boundary |
11:17.14 |
tandoorichick |
i was talking
about vertex contraction while healing gaps in meshes.. how does
the relation between the two scenarios you mentioned come
in? |
11:28.07 |
d_rossberg |
what would be
the difference between haling the plate mode bot and healing its
boundary representation bot? |
11:46.39 |
d_rossberg |
i.e. what's
the difference of the results (volume object) if you 1) heal the
plate mode bot and 2) heal its facetized boundary representation
bot |
11:48.14 |
d_rossberg |
ideally it
should be the same (i.e equivalent) |
14:45.29 |
tandoorichick |
well it
depends: if we're healing a plate mode bot by "gluing" i to
something outside of it, it will be the same. if there are defects
inside it, then triangulating the brep will be a lot less like the
original, i.e. fidelity decreases.. |
14:45.56 |
tandoorichick |
sorry for the
late reply, i got in the middle of something.. |
14:46.34 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.162.159) |
15:25.07 |
d_rossberg |
i thought at
the vertex contraction feature you wrote about |
15:42.28 |
*** join/#brlcad merzo
(~merzo@32-20-133-95.pool.ukrtel.net) |
15:43.07 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9720 /wiki/Google_Summer_of_Code/2016: /*
Automatic Polygonal Mesh Healing */ |
15:56.42 |
*** join/#brlcad djkonro
(~konro@41.202.219.77) |
16:27.21 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:38.49 |
*** join/#brlcad ickby
(~stefan@p4FD3C9AE.dip0.t-ipconnect.de) |
16:55.10 |
*** join/#brlcad Mandeep_Singh
(~mandeep@117.199.103.101) |
16:58.39 |
*** join/#brlcad djkonro
(~konro@41.202.219.72) |
19:45.32 |
*** join/#brlcad merzo
(~merzo@11-143-53-37.pool.ukrtel.net) |
20:16.35 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-064-047-237.088.064.pools.vodafone-ip.de) |
20:38.38 |
*** join/#brlcad djkonro
(~djkonro@41.202.219.71) |
20:46.52 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-064-047-237.088.064.pools.vodafone-ip.de) |
21:19.42 |
*** join/#brlcad djkonro
(~djkonro@41.202.219.72) |
21:23.59 |
starseeker |
Hmm:
https://github.com/Kitware/QtTesting |
21:38.45 |
*** join/#brlcad Guest31597
(~djkonro@41.202.219.76) |
21:58.52 |
*** join/#brlcad Guest31597
(~djkonro@41.202.219.77) |
22:23.12 |
*** join/#brlcad Guest31597
(~djkonro@41.202.219.77) |
23:01.20 |
*** join/#brlcad Guest31597
(~djkonro@41.202.219.73) |
02:53.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:01.03 |
*** join/#brlcad tandoorichick
(75f32f44@gateway/web/freenode/ip.117.243.47.68) |
04:04.37 |
*** join/#brlcad tandoorichick
(75f32f44@gateway/web/freenode/ip.117.243.47.68) |
04:47.55 |
*** join/#brlcad Shalom
(~Shalom@122.175.16.179) |
05:03.58 |
*** join/#brlcad tandoorichick
(75f32f44@gateway/web/freenode/ip.117.243.47.68) |
05:29.26 |
*** join/#brlcad tandoorichick
(75de9930@gateway/web/freenode/ip.117.222.153.48) |
06:18.36 |
*** join/#brlcad ickby_
(~stefan@x5d846d7c.dyn.telefonica.de) |
06:20.00 |
*** join/#brlcad tandoorichick1
(~Thunderbi@117.222.153.48) |
06:23.37 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.222.153.48) |
06:39.47 |
*** join/#brlcad shubham
(a5e1683d@gateway/web/freenode/ip.165.225.104.61) |
06:43.16 |
*** join/#brlcad tandoorichick
(75de9930@gateway/web/freenode/ip.117.222.153.48) |
06:47.29 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:05.06 |
*** join/#brlcad amarjeet
(~amarjeet@101.208.12.179) |
07:19.17 |
*** join/#brlcad Mandeep_Singh
(~mandeep@117.214.207.97) |
07:32.35 |
*** join/#brlcad ickby
(~stefan@x5d846d7c.dyn.telefonica.de) |
07:33.34 |
*** join/#brlcad amarjeet
(~amarjeet@101.213.130.190) |
08:12.58 |
*** join/#brlcad amarjeet
(~amarjeet@101.216.136.122) |
08:44.42 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
09:11.28 |
*** join/#brlcad ickby
(~stefan@x5d846d7c.dyn.telefonica.de) |
09:22.17 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
10:04.17 |
*** join/#brlcad ickby
(~stefan@x5d846d7c.dyn.telefonica.de) |
10:20.02 |
*** join/#brlcad ickby
(~stefan@x5d846d7c.dyn.telefonica.de) |
10:21.12 |
*** join/#brlcad tandoorichick
(67cf8d48@gateway/web/freenode/ip.103.207.141.72) |
10:21.22 |
*** join/#brlcad skat00sh
(uid103741@gateway/web/irccloud.com/x-xlxvbzpwwfebmyal) |
10:42.57 |
*** join/#brlcad Notify
(~notify@104.225.5.10) |
10:43.16 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9723 /wiki/User:Mandeeps708/GSoC16/logs: /* logs
*/ |
10:43.26 |
Notify |
03BRL-CAD:starseeker * 67967
(brlcad/trunk/NEWS brlcad/trunk/TODO): Peter ported the 'lc'
command from Tcl to C - commit r63621 |
10:43.28 |
Notify |
03BRL-CAD:starseeker * 67968
(brlcad/trunk/HACKING brlcad/trunk/TODO): Make a note in HACKING
that developers should keep an eye on build health as indicated by
testing status on CDash. |
10:43.30 |
Notify |
03BRL-CAD:starseeker * 67969
(brlcad/trunk/NEWS brlcad/trunk/TODO): Peter integrated a new
algorithm into gdiam's code, used by the bb command for oriented
bounding box generation. Commit r63804 |
10:43.32 |
Notify |
03BRL-CAD:starseeker * 67970
(brlcad/trunk/NEWS brlcad/trunk/TODO): Document addition of csg
option to the brep command, enabling experimental support for
converting NURBS based B-Reps to CSG implicit boolean
hierarchies. |
10:43.34 |
Notify |
03BRL-CAD:starseeker * 67971
brlcad/trunk/TODO: This commit is to a test and the polygon
triangulation routine it is testing is used by the brep csg
conversion routines - not directly user visible. |
10:43.36 |
Notify |
03BRL-CAD:starseeker * 67972
brlcad/trunk/NEWS: Commit r64699 updated BRL-CAD's bundled regex
library to address CVE-2015-2305. |
10:43.38 |
Notify |
03BRL-CAD:starseeker * 67973
(brlcad/trunk/NEWS brlcad/trunk/TODO): Commit r64700 updated
BRL-CAD's bundled freetype library to version 2.5.5 |
10:43.43 |
Notify |
03BRL-CAD:starseeker * 67974
brlcad/trunk/doc/docbook/system/mann/brep.xml: Opps - commit man
page update, not just NEWS item... |
10:43.48 |
Notify |
03BRL-CAD:starseeker * 67975
(brlcad/trunk/CHANGES brlcad/trunk/TODO): Add a regex for removing
BU_FNMATCH_NOMATCH |
10:43.50 |
Notify |
03BRL-CAD:starseeker * 67976
(brlcad/trunk/HACKING brlcad/trunk/TODO brlcad/trunk/src/README):
Add descriptions for libbg and libbrep. Eventually they'll need man
pages when their APIs settle down more... |
10:43.52 |
Notify |
03BRL-CAD:starseeker * 67977
(brlcad/trunk/TODO brlcad/trunk/doc/docbook/system/man1/rt.xml):
memory pools in libbu appear to be used only in the OpenCL pipeline
at the moment. Add documentation of the -z option to the rt man
page, noting that OpenCL support must be enabled at complilation
time. |
10:43.54 |
Notify |
03BRL-CAD:starseeker * 67978
(brlcad/trunk/NEWS brlcad/trunk/TODO): Note that Daniel fixed a
crashing case in rt_bot_adjust |
10:43.56 |
Notify |
03BRL-CAD:starseeker * 67979
brlcad/trunk/NEWS: added libnetpbm to libicv/icv in
r67174. |
10:43.58 |
Notify |
03BRL-CAD:starseeker * 67980
brlcad/trunk/TODO: We need to fix brlcad-config, but it's not a
release blocker - will try to fix, but bump down one notch to be
clear about its status. |
10:54.26 |
Mandeep_Singh |
Notify, did
in a batch |
11:43.49 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
11:55.05 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
12:02.55 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.216.136.122) |
12:16.56 |
*** join/#brlcad amarjeet
(~Amarjeet@101.216.136.122) |
12:41.35 |
*** join/#brlcad amarjeet
(~Amarjeet@101.216.136.122) |
13:15.53 |
*** join/#brlcad tandoorichick
(3d00726c@gateway/web/freenode/ip.61.0.114.108) |
13:28.50 |
*** join/#brlcad amarjeet
(~amarjeet@101.216.136.122) |
13:28.57 |
*** join/#brlcad amarjeet_
(~amarjeet@101.216.136.122) |
13:39.39 |
*** join/#brlcad amarjeet
(~amarjeet@101.216.136.122) |
14:07.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:29.52 |
Notify |
03BRL-CAD:ejno * 67981
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: correct size
of face normals array; simplify |
14:30.06 |
Notify |
03BRL-CAD:ejno * 67982
brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp:
HIDDEN |
14:35.31 |
Notify |
03BRL-CAD:ejno * 67983
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: ensure that
bot is fully initialized |
14:38.23 |
*** join/#brlcad yorik
(~yorik@191.17.145.79) |
14:39.23 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
14:57.49 |
Notify |
03BRL-CAD:ejno * 67984
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: report
invalid rhino models |
15:28.52 |
Notify |
03BRL-CAD:starseeker * 67985
brlcad/trunk/NEWS: Jon fixed a problem preserving colors in certain
situations with Rhino 3dm files. |
15:32.09 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:55.49 |
*** join/#brlcad ickby
(~stefan@x5d846b45.dyn.telefonica.de) |
16:19.21 |
Notify |
03BRL-CAD:ejno * 67986
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: notify of
skipped objects in verbose mode |
16:32.39 |
*** join/#brlcad ickby
(~stefan@x5d846b45.dyn.telefonica.de) |
16:40.41 |
Notify |
03BRL-CAD
Wiki:Raymondswalters * 0 /wiki/User:Raymondswalters: |
16:46.34 |
*** join/#brlcad ickby
(~stefan@x5d846b45.dyn.telefonica.de) |
16:58.47 |
*** join/#brlcad ickby
(~stefan@x5d846b45.dyn.telefonica.de) |
16:59.30 |
Notify |
03BRL-CAD:ejno * 67987
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: fix shader
import; import wireframe colors if the diffuse color isn't
interesting |
17:03.54 |
Notify |
03BRL-CAD:brlcad * 67988
brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: this logic is
quite complex. possibly not a proper fix, but we were looping
infinitely over an edgeuse list when trying to close it when
working with fuzing fewer than 3 edges. this successfull avoids
infinite looping by removing the edge from our remaining edge list
once we tried to process it. problem observed on patch-g with ch53
model. |
17:21.12 |
Notify |
03BRL-CAD:brlcad * 67989
brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: don't punish
the user and take down the whole app just because we got something
unexpected or bad nmg state. print a message saying it's our
problem, probably caused by their problem (bad
geometry). |
17:32.50 |
Notify |
03BRL-CAD:brlcad * 67990
brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: make
nmg_rt_segs_error actually be a function instead of a macro so we
can break on it. rename as a non-public function. |
17:36.32 |
Notify |
03BRL-CAD:ejno * 67991
(brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp): fix windows
build (static-function template parameter) |
17:39.36 |
Notify |
03BRL-CAD:brlcad * 67992
brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: got to break
out of the loop or we get a really nasty stack smashing function
pointer. |
17:51.16 |
Notify |
03BRL-CAD:brlcad * 67993
brlcad/trunk/NEWS: changes made to the NMG lib directly affect the
bigE command and patch-g converter as well as overall NMG
processing robustness. now instead of bombing, it keeps going so
running rt and other ops will complete (and not bring down the
whole application). |
17:55.01 |
Notify |
03BRL-CAD:brlcad * 67994
brlcad/trunk/NEWS: Note that Daniel fixed a crashing case in
rt_bot_adjust. (reword to expand cmd for readability) |
17:56.46 |
Notify |
03BRL-CAD:brlcad * 67995
brlcad/trunk/NEWS: Peter integrated a new algorithm into gdiam's
code, used by the bb command for oriented bounding box generation.
Commit r63804 (recommit to expand cmd) |
17:59.41 |
Notify |
03BRL-CAD:brlcad * 67996
brlcad/trunk/NEWS: Make sure the attributes and comb are always on
the same page, and that we don't miss color if someone works with
rgb. (expanding name so it'll be easier to tabulate and group down
the road, need to fix others after next PRB) (reword to expand
cmd) |
18:01.15 |
Notify |
03BRL-CAD:brlcad * 67997
brlcad/trunk/NEWS: Fixed nirt's dest command to use the full
supplied filename string instead of chopping off the last character
- whitespace is also handled after the string as well as before
(reword to expand cmd) |
18:02.58 |
Notify |
03BRL-CAD:brlcad * 67998
brlcad/trunk/NEWS: note the addition of bot_merge to combine 2 bots
together (reword to expand cmd) |
18:04.17 |
Notify |
03BRL-CAD:brlcad * 67999
brlcad/trunk/NEWS: bob fixed a bug in the edcodes command in r48741
where argc was being incremented without changing av. overread
detected by coverity. would have made it hard to get help and
probably caused memory corruption. (replace '#' with expected
asterisk as bullet) |
18:28.04 |
Notify |
03BRL-CAD:brlcad * 68000
brlcad/trunk/NEWS: start stubbing in highlights, nurbs up front but
still a wip. |
18:37.24 |
Notify |
03BRL-CAD:starseeker * 68001
brlcad/trunk/include/gcv/api.h: Need GCV_EXPORT |
18:52.24 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.216.136.122) |
18:57.08 |
Notify |
03BRL-CAD:starseeker * 68002
brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: Just as we're
making the install output dirs uniform, make the build output dirs
uniform. |
19:05.04 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-065-182-248.088.065.pools.vodafone-ip.de) |
19:08.47 |
*** join/#brlcad ickby
(~stefan@x5d846b45.dyn.telefonica.de) |
19:13.16 |
*** join/#brlcad ickby_
(~stefan@x5d846b45.dyn.telefonica.de) |
19:23.30 |
*** join/#brlcad merzo
(~merzo@11-143-53-37.pool.ukrtel.net) |
20:23.22 |
Notify |
03BRL-CAD:starseeker * 68003
brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: Ah, right - this is
a situation where we have to pay attention to configuration
specific properties. |
20:34.18 |
*** join/#brlcad ickby_
(~stefan@x5d846b45.dyn.telefonica.de) |
20:40.31 |
Notify |
03BRL-CAD:starseeker * 68004
(brlcad/trunk/src/adrt/CMakeLists.txt
brlcad/trunk/src/conv/3dm/CMakeLists.txt and 3 others): Everything
needing to use libgcv needs to also have its plugins available. At
the moment, the plugins depend on libgcv so this is not guaranteed
by the libgcv linkage specification. One thought would be to make a
'libgcv_util' library that implements common functionality for all
the plugins, |
20:40.33 |
Notify |
and then a
thinner top level libgcv that isn't directly used by the plugins.
The latter can then set up build dependencies on the plugins,
ensuring that a 'make libgcv' produces a gcv system that is fully
ready to run. |
20:40.35 |
Notify |
... |
20:43.11 |
*** join/#brlcad ickby_
(~stefan@x5d846b45.dyn.telefonica.de) |
21:07.27 |
Notify |
03BRL-CAD:n_reed * 68005
(brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml):
add an image visually depicting the evaluation algorithm at the
highest level |
21:20.51 |
Notify |
03BRL-CAD:n_reed * 68006
(brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml):
illustrate different projections of the same curve |
21:34.41 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
21:43.57 |
Notify |
03BRL-CAD:n_reed * 68007
(brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml):
add a screenshot showing output of lcurves subcommand |
21:56.15 |
Notify |
03BRL-CAD:n_reed * 68008
(brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml):
add image showing plot-curve endpoint decoration scheme |
22:07.11 |
*** join/#brlcad boj (~boj@210.75.252.226) |
22:07.49 |
Notify |
03BRL-CAD:starseeker * 68009
brlcad/trunk/src/conv/3dm/3dm-g.c: Set program name for
bu_brlcad_root et. al. lookups. |
22:11.13 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:17.20 |
Notify |
03BRL-CAD:starseeker * 68010
(brlcad/trunk/include/gcv/api.h brlcad/trunk/src/libgcv/gcv.c and 6
others): Working on getting plugin loading working on Windows
(Cliff and Sean) - not there yet. |
22:41.27 |
Notify |
03BRL-CAD:starseeker * 68011
brlcad/trunk/src/libgcv/gcv.c: Work around gcc compiler complaint
(looks like this issue: http://stackoverflow.com/a/31528674)
by using solution from adrt. |
22:42.22 |
*** join/#brlcad boj (~boj@210.75.252.226) |
23:24.36 |
Notify |
03BRL-CAD:starseeker * 68012
brlcad/trunk/src/libbu/datetime.c: datetime.c uses
bu_log |
23:35.53 |
Notify |
03BRL-CAD:starseeker * 68013
brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: The plugins are
using GCV_EXPORT, so the BRLCAD_ADDLIB magic (which is based on the
target name) isn't setting the correct export definitions. With
this change bu_dlsym is no longer returning null, but it looks like
putting the runtime and non-runtime outputs in the same build
directory may be causing other problems. |
23:49.17 |
Notify |
03BRL-CAD:starseeker * 68014
(brlcad/trunk/src/libgcv/CMakeLists.txt
brlcad/trunk/src/libgcv/gcv.c
brlcad/trunk/src/libgcv/plugins/CMakeLists.txt): Make a stab
(untested) at reworking the plugin locations to be configurable to
support Windows. |
00:24.32 |
*** join/#brlcad KimK
(~Kim__@ip68-102-66-31.ks.ok.cox.net) |
00:34.20 |
*** join/#brlcad asad__
(~asad00@host59-2.natpool.mwn.de) |
00:46.50 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
00:52.58 |
*** join/#brlcad fxfkidyfwkoqvzdn
(~armin@dslb-088-066-145-016.088.066.pools.vodafone-ip.de) |
03:35.08 |
*** join/#brlcad ickby_
(~stefan@x5d8476b6.dyn.telefonica.de) |
03:53.59 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.222.155.140) |
04:46.25 |
*** join/#brlcad Shalom
(~Shalom@122.175.14.179) |
05:07.08 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
06:40.22 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:02.27 |
*** join/#brlcad merzo
(~merzo@11-143-53-37.pool.ukrtel.net) |
08:28.04 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
08:29.16 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
08:38.42 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
08:53.17 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:00.54 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
09:58.33 |
*** join/#brlcad skat00sh
(uid103741@gateway/web/irccloud.com/x-yoahcokdfsdlgpud) |
10:08.57 |
*** join/#brlcad d_rossbe1g
(~rossberg@104.225.5.10) |
10:26.16 |
*** join/#brlcad Shalom
(~Shalom@122.175.14.179) |
10:27.02 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
10:49.44 |
*** join/#brlcad starseeker
(~starseeke@104.225.5.10) |
11:17.49 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
12:14.07 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
12:55.41 |
*** join/#brlcad yorik
(~yorik@189-18-174-137.dsl.telesp.net.br) |
13:38.02 |
*** join/#brlcad tandoorichick1
(~Thunderbi@117.209.186.234) |
14:00.26 |
*** join/#brlcad amarjeet
(~amarjeet@49.138.64.175) |
14:00.28 |
*** join/#brlcad shubham
(71c1885d@gateway/web/freenode/ip.113.193.136.93) |
14:01.06 |
*** part/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
14:54.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:33.56 |
*** join/#brlcad amarjeet
(~amarjeet@101.213.150.193) |
15:56.32 |
*** join/#brlcad tandoorichick
(~Thunderbi@45.118.110.233) |
15:56.35 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
16:01.01 |
*** join/#brlcad amarjeet
(~amarjeet@101.213.150.193) |
16:09.24 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
16:24.40 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:27.34 |
*** join/#brlcad amarjeet
(~amarjeet@101.214.89.173) |
16:31.14 |
*** join/#brlcad tandoorichick
(~Thunderbi@45.118.110.233) |
16:37.20 |
*** join/#brlcad tandoorichick
(~Thunderbi@45.118.110.233) |
16:42.08 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
17:00.23 |
*** join/#brlcad tandoorichick
(~Thunderbi@45.118.110.233) |
17:03.12 |
*** join/#brlcad Mandeep_Singh
(~mandeep@45.127.64.21) |
17:08.29 |
*** join/#brlcad amarjeet
(~amarjeet@49.138.191.193) |
17:14.56 |
*** join/#brlcad amarjeet
(~amarjeet@49.138.191.193) |
17:25.53 |
*** join/#brlcad brlcad
(~sean@104.225.5.10) |
17:33.44 |
*** join/#brlcad amarjeet
(~amarjeet@101.215.19.181) |
17:40.39 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
17:48.38 |
*** join/#brlcad shubham
(71c1885d@gateway/web/freenode/ip.113.193.136.93) |
17:54.53 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.249.248.248) |
18:01.15 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:39.32 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.249.248.248) |
18:43.10 |
*** join/#brlcad merzo
(~merzo@183-98-133-95.pool.ukrtel.net) |
19:27.37 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
20:20.57 |
brlcad |
asad_: so if
you looked through the ideas page, did anything jump
out? |
20:21.32 |
asad_ |
For me given
that it would be my first time contributing to brlcad. |
20:21.47 |
asad_ |
the GUI
feature requests were most interesting |
20:23.07 |
brlcad |
they're also
some of the more complicated :) |
20:24.04 |
asad_ |
hmm so it
would be great if you can help me define a task that would suite a
beginner contributor |
20:24.07 |
brlcad |
so a topic
came up just recently that would be really great to see come to
fruition, something not on the list I believe |
20:25.12 |
brlcad |
basically, a
stand-alone double-clickable geometry viewer application that
automatically displays a given model |
20:25.49 |
brlcad |
kind of like
3D-PDF, but using our infrastructure instead of Adobe's |
20:27.22 |
brlcad |
ideally, want
a single "file" that can be e-mailed around |
20:28.42 |
asad_ |
so from what
i gather, it's kind of a portable brlcad (mged) |
20:29.19 |
brlcad |
not quite --
don't want or need editing or creation |
20:29.38 |
asad_ |
you can view
models if you have the entire brlcad suite installed but with this
the aim is to just display a model file. |
20:29.39 |
brlcad |
just a simple
read-only viewer for a given model (so no file->open loading,
just show me the model) |
20:29.58 |
asad_ |
ah seems
interesting |
20:30.03 |
brlcad |
so the .g
model is somehow integrated into this "file" |
20:30.06 |
Stragus |
Model and
everything bundled in the executable? Interesting |
20:30.11 |
brlcad |
yes |
20:30.44 |
asad_ |
yeah making a
separate tool sounds fun but let's see the complexity |
20:31.23 |
brlcad |
my thought is
that the .g file can be simply concatenated to the end of a given
viewer executable, then the app can just seek to find it (.g have
identifiable header bytes) |
20:32.00 |
brlcad |
our libdm
library will draw the geometry for you into an application
context |
20:32.16 |
brlcad |
so it will
work for CSG models, triangle models, NURBS geometry,
etc |
20:33.29 |
brlcad |
for the
front-end application, you could use Qt or OSG or just about
anything really so long as we can static link it all down to a
single thing |
20:34.47 |
Stragus |
I would put
some struct describing the file's content at the end, seek at the
end and get the data |
20:35.56 |
brlcad |
little more
complicated compilation setup, but could also work |
20:36.26 |
brlcad |
especially
cross-platform building |
20:37.46 |
brlcad |
asad_: what
do you think? sound interesting? |
20:38.54 |
asad_ |
yeah it is,
the task is very precise and clear but i;m a bit lost on the g file
format. maybe i need to look into it more because the heavy lifting
is going to be done by libdm |
20:39.15 |
brlcad |
librt will
read the .g file and it's geometry for you |
20:39.46 |
brlcad |
or might even
be able to use libged, a higher-level library |
20:40.13 |
brlcad |
either way,
you'll end up calling db_open or ged_open after you find the header
bytes |
20:40.54 |
brlcad |
could use any
tech or libs or language, so long as the end result is a single
file that can be e-mailed and double-clicked to see the geometry
for at least mac, windows, linux, bsd |
20:42.10 |
asad_ |
single file?
is it a standalone executeable that can used to open any .g file
e.e.,g <exe> xyz.g OR something else |
20:42.49 |
brlcad |
single file
.. exe that has the .g embedded IN it |
20:43.07 |
brlcad |
not any
.g |
20:43.12 |
asad_ |
oh |
20:43.47 |
asad_ |
now i get
your 3D-PDF example |
20:45.16 |
brlcad |
so I assume
you've run mged, if you've opened moss.g for example (a typical dev
test model), it would be like creating a moss.exe binary (on
windows) or a moss.app bundle (on Mac) etc |
20:46.38 |
brlcad |
the visual
for starters could simply be the same display that mged shows when
you run the "attach" command (e.g., try "attach X" on linux or
"attach wgl" on windows after opening moss.g and running "draw
all.g") |
20:54.06 |
brlcad |
asad_: what
is the coding socis timeline? |
20:54.29 |
asad_ |
1st June till
30th August |
20:55.36 |
brlcad |
cool, that
should be plenty of time and there are many ways the interface can
be extended once you get basic viewing working |
20:55.59 |
asad_ |
1-14
September evaluation |
20:56.22 |
brlcad |
first step,
if this sounds viable to you, will be to itemize the basic
milestones and tasks, just a dozen or so |
20:56.47 |
brlcad |
something
like the PROJECT listings you can see in the doc/STRATEGY file
would be perfect |
20:57.48 |
asad_ |
got
it |
20:58.23 |
asad_ |
I will also
update the design document, so that you can review it and then we
can put the initial version on the wiki. |
20:58.36 |
brlcad |
be sure to
check out the 'isst' utility in addition to basic familiarization
with 'mged' and/or 'archer' |
20:58.39 |
brlcad |
great |
20:59.16 |
asad_ |
yeah that's
my first priority to play around with mged as much as possible and
trace the function calls. |
20:59.22 |
brlcad |
isst is an
existing viewer interface that doesn't use libdm, instead using ray
tracing |
20:59.26 |
brlcad |
mged and
archer both use libdm |
21:00.08 |
brlcad |
there is a
LOT of compilated code to navigate there, so don't be shy to share
questions or progress here |
21:00.42 |
brlcad |
especially
questions about the code, there's a half dozen guys here that can
point you to the right file or function in seconds for questions
that might take you hours exploring on your own |
21:01.25 |
asad_ |
sure, btw do
we have a documentation for source code function call type diagram
for basic mged operations? |
21:01.35 |
asad_ |
yeah that
sounds good to |
21:01.37 |
brlcad |
treat the
codebase like a big city .. some parts clean, some parts slum, some
parts very densely occupied, etc ;) |
21:02.18 |
asad_ |
great, also
can we do a ESOCIS weekly status meeting here? |
21:02.25 |
brlcad |
most mged
functions end up in libged which in turn ends up down in
librt |
21:02.53 |
brlcad |
yeah, we can
see how the progress goes throughout the week |
21:03.04 |
asad_ |
what
days/times work for you? |
21:03.17 |
brlcad |
I read the
logs, so if you share progress while you work, we won't need a
specific day/time |
21:03.26 |
asad_ |
and what's
your time zone :) |
21:03.56 |
brlcad |
UTC-4 |
21:05.25 |
asad_ |
Ok that works
for me too. But usually in status meetings the plan was to try to
summarize weekly work and advertise next week's tasks. |
21:07.39 |
asad_ |
plus it's
easy to sync up. |
21:09.34 |
asad_ |
I would
suggest every Friday 16:00 (UTC-4) |
21:12.55 |
Notify |
03BRL-CAD:ejno * 68038
(brlcad/trunk/include/rt/func.h brlcad/trunk/include/rt/misc.h and
2 others): work on rt_reduce_db(); collapses hierarchy but does not
attempt to preserve attributes |
21:19.46 |
brlcad |
weekly
summaries can also go to your dev log and/or the dev mailing list
(you should introduce yourself in the new few days) |
21:20.12 |
asad_ |
sure, I
will. |
21:20.35 |
asad_ |
Thanks for
clarifying. |
21:22.43 |
brlcad |
I'll send a
brief welcoming introduction now and you can follow-up
:) |
21:49.35 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-066-145-016.088.066.pools.vodafone-ip.de) |
01:01.36 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-064-038-224.088.064.pools.vodafone-ip.de) |
03:07.59 |
boj |
Hi brlcad,
could you help checking my recent work on plate mode NURBS and give
me some suggestions? |
03:19.45 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:21.51 |
*** join/#brlcad boj (~boj@210.75.252.226) |
03:28.02 |
brlcad |
boj: which
recent work, writeup or code? didn't see a
discussion.. |
03:30.18 |
*** join/#brlcad boj (~boj@210.75.252.226) |
03:30.43 |
brlcad |
boj: just saw
your note to the list ... daniel has you on the right track
;) |
03:32.58 |
boj |
thanks
brlcad, what I do now is to start from a simple case, and refine it
later.. |
03:34.21 |
boj |
what I am
doing now is acceptable? or do I need to make any
refinement? |
03:35.42 |
brlcad |
acceptable,
absolutely .. it's excellent progress |
03:36.01 |
brlcad |
at this rate,
you may end up ahead of schedule working on additional tasks like
tessellation ;) |
03:36.36 |
brlcad |
getting
global thickness to work right is probably adequate, maybe even
sufficient |
03:37.27 |
brlcad |
we don't
actually use the bot per-face thicknesses and they bloat the
serialized size substantially/unfairly the way they're currently
stored |
03:37.41 |
boj |
yes, that is
what I do at present, I think it is a simple case and just make it
global..if necessary, I can try to modify it to per-face, will not
be a hard problem.. |
03:37.59 |
brlcad |
note you can
also create some simple test cases manually if you need
to |
03:38.04 |
brlcad |
see
src/proc-db/*.cpp |
03:38.22 |
brlcad |
there's a
couple nurbs cubes in there that shows how they can be constructed
manually |
03:38.39 |
brlcad |
could
trivially create a non-solid single surface patch and get it
working |
03:38.47 |
boj |
yes, I write
a new tool called brep_surf.cpp, it just generate a single
surface. |
03:39.11 |
brlcad |
nods, saw that |
03:39.19 |
brlcad |
didn't know
if you used the proc-db examples or whipped it up
yourself |
03:40.09 |
boj |
not really, I
mimic the examples like brep_cobb and brep_cube..and create a
brep_surf. :) |
03:40.37 |
brlcad |
okay, good
that you found them |
03:41.37 |
boj |
what I worry
about is, part of my code in brep_surf is a duplication from
brep_cobb/brep_cube |
03:41.56 |
boj |
so is
brep_surf really necessary? |
03:42.36 |
brlcad |
not
long-term, but we need some means to create plate-mode until ray
tracing is working |
03:43.03 |
brlcad |
proc-db is a
sandbox for testing out new ideas, not user tools |
03:43.26 |
boj |
yes, that is
what I think, just using it as a test case.. |
03:43.30 |
boj |
:) |
03:43.34 |
brlcad |
originally
for creating complex geometry through simplified
procedures |
03:44.02 |
brlcad |
most of the
useful proc-db's gradulated to src/shapes as proper documented
tools |
03:44.34 |
brlcad |
i don't see
this needing to graduate ;) |
03:44.42 |
boj |
do I need to
work toward this target? |
03:45.17 |
brlcad |
what
target? |
03:45.48 |
boj |
trying to
make a brep with thickness in MGED. |
03:46.17 |
boj |
besides, what
is src/shapes used for? |
03:46.22 |
brlcad |
eventually
there should be some means, but import makes sense first since
that's where they're coming from now |
03:47.12 |
brlcad |
if you pull a
random .step file, it will likely have non-solid nurbs entities in
it |
03:47.19 |
brlcad |
iges is the
same case too |
03:47.44 |
brlcad |
so just focus
on getting ray tracing working like bots ;) |
03:47.56 |
brlcad |
for a simple
single surface |
03:48.06 |
boj |
yes, that is
my work next week. :) |
03:48.44 |
boj |
thanks brlcad
:) |
03:48.48 |
brlcad |
sure! |
03:49.02 |
brlcad |
continues working on getting all that terrain data off of
.bz's full hard drive |
03:49.28 |
brlcad |
maths22:
wiping out jenkins... buildbot wins :) |
03:49.59 |
brlcad |
maths22: you
apparently had it checking out the whole repo (every branch every
version)... huge :) |
03:50.16 |
brlcad |
no worries,
though, workdir is wiped |
04:39.56 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.217.160.14) |
06:35.16 |
*** join/#brlcad jordi_sayol
(~jordi@53.132.21.95.dynamic.jazztel.es) |
06:36.38 |
jordi_sayol |
I got an
error building brlcad when changed prefix |
06:36.42 |
jordi_sayol |
$ cmake
-DCMAKE_INSTALL_PREFIX=/usr/brlcad |
06:36.54 |
jordi_sayol |
make |
06:36.58 |
jordi_sayol |
... |
06:37.38 |
jordi_sayol |
[100%]
Generating ../../share/db/NIST_MBE_PMI_11.g |
06:37.38 |
jordi_sayol |
[100%] Built
target NIST_MBE_PMI_11.g |
06:37.38 |
jordi_sayol |
Scanning
dependencies of target NIST_MBE_PMI_7-10.g |
06:37.38 |
jordi_sayol |
[100%]
Generating ../../share/db/NIST_MBE_PMI_7-10.g |
06:37.38 |
jordi_sayol |
db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/build.make:61:
recipe for target 'share/db/NIST_MBE_PMI_7-10.g' failed |
06:37.40 |
jordi_sayol |
make[2]: ***
[share/db/NIST_MBE_PMI_7-10.g] Error 139 |
06:37.42 |
jordi_sayol |
CMakeFiles/Makefile2:39004: recipe for
target 'db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/all'
failed |
06:37.44 |
jordi_sayol |
make[1]: ***
[db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/all] Error
2 |
06:37.46 |
jordi_sayol |
Makefile:160:
recipe for target 'all' failed |
06:37.48 |
jordi_sayol |
make: ***
[all] Error 2 |
07:57.55 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
08:11.01 |
tandoorichick |
in setup.c in
the struct mged_cmdtab, what is the second attribute in all of the
records? |
08:12.04 |
*** join/#brlcad djkonro
(~konro@41.202.219.67) |
08:26.25 |
*** join/#brlcad tandoorichick1
(~Thunderbi@117.230.155.91) |
09:42.58 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.230.155.91) |
10:08.39 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.230.155.91) |
10:08.41 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
10:13.43 |
*** join/#brlcad djkonro
(~konro@41.202.219.66) |
10:19.24 |
*** join/#brlcad asad_
(~asad00@23.213.eduroam.dynamic.rbg.tum.de) |
10:44.45 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.209.198.233) |
10:45.47 |
``Erik |
huh, looks
like new elevation data has been released, some dude cooked a quick
opengl grand canyon renderer
https://www.michaelfogleman.com/articles/2016-05-06/grand-canyon/ |
10:52.27 |
*** join/#brlcad boj (~boj@210.75.252.226) |
11:48.04 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.209.198.233) |
12:00.13 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.209.198.233) |
12:05.02 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.209.198.233) |
12:18.22 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.209.198.233) |
12:42.21 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.209.198.233) |
12:50.04 |
*** join/#brlcad shubham
(71c1885d@gateway/web/freenode/ip.113.193.136.93) |
13:02.53 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
13:53.03 |
*** join/#brlcad yorik
(~yorik@189-18-174-137.dsl.telesp.net.br) |
14:02.21 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.209.198.233) |
14:04.12 |
*** join/#brlcad merzo
(~merzo@181-84-132-95.pool.ukrtel.net) |
14:05.21 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.209.198.233) |
14:09.16 |
*** join/#brlcad tandoorichick1
(~Thunderbi@117.233.254.88) |
14:12.25 |
*** join/#brlcad boj (~boj@210.75.252.226) |
14:21.12 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.233.254.88) |
14:24.15 |
*** join/#brlcad amarjeet
(~amarjeet@101.214.62.116) |
15:18.01 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.233.254.88) |
15:20.34 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
15:40.19 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.233.254.88) |
15:41.12 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:45.31 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.233.254.88) |
15:48.51 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.233.254.88) |
15:53.59 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.233.254.88) |
15:56.41 |
*** join/#brlcad tandoorichick1
(~Thunderbi@117.219.145.130) |
16:41.08 |
*** join/#brlcad asad_
(~asad00@23.213.eduroam.dynamic.rbg.tum.de) |
16:42.28 |
*** part/#brlcad asad_
(~asad00@23.213.eduroam.dynamic.rbg.tum.de) |
17:00.34 |
*** join/#brlcad Mandeep_Singh
(~mandeep@117.199.104.217) |
17:13.52 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.219.145.130) |
17:30.31 |
*** join/#brlcad tandoorichick1
(~Thunderbi@103.207.143.143) |
17:35.51 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
17:37.57 |
*** part/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
19:32.26 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:49.42 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
00:08.14 |
*** join/#brlcad bggwpcmyivrkuoyn
(~armin@dslb-092-074-232-150.092.074.pools.vodafone-ip.de) |
02:04.13 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
03:25.45 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.199.132.230) |
04:13.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:26.37 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
06:01.17 |
*** join/#brlcad gjeet
(7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31) |
06:58.25 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
07:17.06 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
07:23.12 |
*** join/#brlcad asad____
(~asad00@host10-2.natpool.mwn.de) |
07:42.29 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
08:06.53 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
08:20.23 |
*** join/#brlcad Shalom
(~Shalom@122.169.233.162) |
08:39.06 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
10:50.59 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.199.135.24) |
10:58.27 |
*** join/#brlcad gjeet
(7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31) |
11:02.39 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
11:39.19 |
d_rossberg |
tandoorichick: your development log is a
little bit outdated |
11:48.03 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
12:44.07 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
13:26.06 |
*** join/#brlcad Shalom_
(~Shalom@122.169.233.162) |
13:26.41 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
13:33.53 |
tandoorichick |
d_rossberg:
yes, i'll update it |
13:38.26 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9734 /wiki/User:Tandoorichick/GSoC2016/Logs:
/* Development Logs */ |
13:41.49 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:43.35 |
*** join/#brlcad Shalom
(~Shalom@122.169.233.162) |
14:20.44 |
*** join/#brlcad ickby
(~stefan@x5d847d50.dyn.telefonica.de) |
14:25.16 |
*** join/#brlcad ickby_
(~stefan@x5d847d50.dyn.telefonica.de) |
14:32.51 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:38.46 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
14:41.15 |
*** join/#brlcad amarjeet
(~amarjeet@101.213.156.44) |
14:46.07 |
Notify |
03BRL-CAD:ejno * 68050
brlcad/trunk/src/librt/reduce_db.cpp: merge combs with compatible
attributes |
14:48.21 |
Notify |
03BRL-CAD:ejno * 68051
brlcad/trunk/src/librt/reduce_db.cpp: remove old
comment |
14:48.35 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
14:51.15 |
Notify |
03BRL-CAD:brlcad * 68052
(brlcad/trunk/include/rt/nmg.h brlcad/trunk/src/conv/dxf/dxf-g.c
and 71 others): this is a terribly large risky commit, but not
really many good ways to chop it up. this converts all calls to the
now-deprecated BU_PTBL_END to the type-safe and null-safe
BU_PTBL_LEN macro. that consequently requires propagating a slew of
size_t type changes. consequently found and fixed a bunch of
1-byte |
14:51.17 |
Notify |
memory-overruns in the iges converter
while converting types too. regression testing passes on
mac. |
14:51.20 |
Notify |
... |
14:57.31 |
Notify |
03BRL-CAD:ejno * 68053
brlcad/trunk/src/librt/reduce_db.cpp: fix |
15:11.02 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
15:20.20 |
Notify |
03BRL-CAD:ejno * 68054
brlcad/trunk/src/librt/reduce_db.cpp: simplify |
15:22.57 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
15:25.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:35.17 |
*** join/#brlcad gjeet
(7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31) |
15:37.10 |
*** join/#brlcad gjeet
(7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31) |
15:39.26 |
gjeet |
Hello! |
15:42.46 |
tandoorichick |
d_rossberg:
one query. initially we set all vertex ids to be the vertex records
indices. when we deletee vertices, the indices change, but the
vertex ids don't. so for all functions that work on ids, we
essentially traverse the whole vector to look for the record with
the id. so the complexity goes from O(1)-with just index to O(n).
is that ok? |
15:43.50 |
*** join/#brlcad ishweradmin
(~ishweradm@servers.ishwerdas.com) |
15:49.07 |
gjeet |
ping
@ishweradmin I am here! |
15:50.28 |
ishweradmin |
hi,
gaurav |
15:51.37 |
gjeet |
So how are
you, Have you seen my recent pull request on github ? |
15:52.02 |
ishweradmin |
no, not
yet.. |
15:53.12 |
ishweradmin |
i will do,
soon. |
15:56.10 |
gjeet |
Ok, I have
solved number of bugs I could find in GSOC15-merged with motive to
make it mergeable into master branch. |
16:03.00 |
*** join/#brlcad gjeet
(7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31) |
16:23.12 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:36.55 |
ishweradmin |
@gaurav i
have seen the pr |
16:37.03 |
ishweradmin |
looks
good |
16:37.33 |
ishweradmin |
i will look
into it in detail |
16:47.45 |
ishweradmin |
do update
your logs for last week and stay on irc. Thinking of presence on
irc as an indication to me that you are working. |
16:54.01 |
ishweradmin |
Gaurav, do
you think we need to adjust our milestones? |
16:56.58 |
gjeet |
Alright, I'll
stay on IRC from now, Even today I tried to remain on IRC when
working. |
16:57.11 |
gjeet |
Regarding
milestones, I am lagging behind in deployment. |
16:57.24 |
gjeet |
Still unable
to install FreeBSD on my local machine. |
16:57.32 |
gjeet |
I tried doing
that even today. |
16:58.07 |
ishweradmin |
Would it help
if I provide you with a vpn server with freebsd
installed? |
16:58.33 |
gjeet |
Sure, it
would be great. |
17:00.05 |
ishweradmin |
Ok will send
you details soon. You should try installing freebsd on your own
localmachine too as that would be a good learning
exercise. |
17:00.44 |
ishweradmin |
I mean dont
stop trying that. |
17:01.16 |
gjeet |
Alright |
17:01.45 |
ishweradmin |
Any problem
regarding code? |
17:02.15 |
gjeet |
Code cleanup
is almost done. a few responsiveness glitches, next thing I have to
work on is adding schema to collections. |
17:02.37 |
ishweradmin |
aldeed:schema
right? |
17:02.41 |
gjeet |
yeah |
17:02.52 |
ishweradmin |
cool |
17:03.13 |
ishweradmin |
Make sure you
document schema properly. |
17:03.44 |
ishweradmin |
A chart or
table would be even better. |
17:03.58 |
gjeet |
Ok |
17:04.11 |
gjeet |
A chart or
table on my blog ? |
17:04.37 |
ishweradmin |
Brlcad wiki
would be better |
17:04.48 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.199.135.24) |
17:04.58 |
gjeet |
umm
ok |
17:05.35 |
gjeet |
Also came
across aldeed:autoform package, do we need to use it ? |
17:06.30 |
ishweradmin |
I dont think
so, may be just for settings page. |
17:07.02 |
gjeet |
Okay |
17:12.52 |
Notify |
03BRL-CAD:ejno * 68055
brlcad/trunk/src/librt/reduce_db.cpp: preserve rhino
layers |
17:29.54 |
*** join/#brlcad amarjeet
(~amarjeet@101.216.157.37) |
17:30.17 |
*** join/#brlcad ``Erik_
(~erik@pool-100-16-40-20.bltmmd.fios.verizon.net) |
17:31.53 |
*** join/#brlcad tandoorichick1
(~Thunderbi@117.251.18.60) |
17:49.08 |
Notify |
03BRL-CAD:ejno * 68056
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: name root
layer after input filename |
18:07.19 |
Notify |
03BRL-CAD:ejno * 68057
(brlcad/trunk/include/rt/misc.h
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp
brlcad/trunk/src/librt/reduce_db.cpp): allow user to specify
preserved combs and attributes |
18:08.13 |
Notify |
03BRL-CAD:ejno * 68058
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp:
simplify |
18:33.20 |
Notify |
03BRL-CAD:ejno * 68059
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: add region
flag where appropriate |
18:38.24 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
19:19.52 |
Notify |
03BRL-CAD:ejno * 68060
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: rename solids
after their layers |
20:50.46 |
Notify |
03BRL-CAD
Wiki:Asadmorgoth * 9735 /wiki/User:Asadmorgoth: Adding User
Info |
20:53.56 |
Notify |
03BRL-CAD
Wiki:Asadmorgoth * 9736 /wiki/ESA_Summer_of_Code_in_Space: Adding
Project Details |
20:55.15 |
Notify |
03BRL-CAD
Wiki:Asadmorgoth * 9737 /wiki/ESA_Summer_of_Code_in_Space: /*
European Summer of Code in Space 2016 With BRL-CAD */ |
20:55.50 |
Notify |
03BRL-CAD
Wiki:Asadmorgoth * 9738 /wiki/ESA_Summer_of_Code_in_Space: /*
Geometry Viewer Application for BRL-CAD */ |
21:14.23 |
Notify |
03BRL-CAD
Wiki:Asadmorgoth * 9739
/wiki/Geometry_Viewer_Application_for_BRL-CAD: Adding Project
Design |
21:17.48 |
Notify |
03BRL-CAD
Wiki:Asadmorgoth * 9740
/wiki/Geometry_Viewer_Application_for_BRL-CAD: /* Task Breakdown
*/ |
21:20.15 |
Notify |
03BRL-CAD
Wiki:Asadmorgoth * 9741
/wiki/Geometry_Viewer_Application_for_BRL-CAD: /* Task list
*/ |
21:21.00 |
Notify |
03BRL-CAD
Wiki:Asadmorgoth * 9742 /wiki/ESA_Summer_of_Code_in_Space: /*
Geometry Viewer Application for BRL-CAD */ |
21:21.28 |
Notify |
03BRL-CAD
Wiki:Asadmorgoth * 9743 /wiki/ESA_Summer_of_Code_in_Space: /*
Geometry Viewer Application for BRL-CAD */ |
21:21.47 |
Notify |
03BRL-CAD
Wiki:Asadmorgoth * 9744 /wiki/ESA_Summer_of_Code_in_Space: /*
Geometry Viewer Application for BRL-CAD */ |
21:22.11 |
Notify |
03BRL-CAD
Wiki:Asadmorgoth * 9745 /wiki/ESA_Summer_of_Code_in_Space: /*
ESoCIS 2016 With BRL-CAD */ |
22:12.39 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:10.00 |
*** join/#brlcad tandoorichick1
(~Thunderbi@117.252.36.198) |
23:18.25 |
*** join/#brlcad yorik
(~yorik@191.23.100.77) |
00:09.09 |
Notify |
03BRL-CAD:starseeker * 68085
(brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and
4202 others): Ugh. Comparing trunk 61200 with current state shows a
lot of differences. Let's see if we can sync contents here and
avoid future issues. |
00:17.01 |
Notify |
03BRL-CAD:starseeker * 68086
(brlcad/branches/RELEASE/TODO
brlcad/branches/RELEASE/doc/docbook/system/man1/en/imgdims.xml and
26 others): update to trunk r61300 |
00:18.21 |
Notify |
03BRL-CAD:starseeker * 68087
(brlcad/branches/RELEASE/AUTHORS
brlcad/branches/RELEASE/doc/CMakeLists.txt and 36 others): update
to trunk r61400 |
00:20.56 |
Notify |
03BRL-CAD:starseeker * 68088
(brlcad/branches/RELEASE/doc/docbook/system/man1/en/mac-pix.xml
brlcad/branches/RELEASE/doc/docbook/system/man1/en/nastran-g.xml
and 27 others): update to trunk r61500 |
00:24.53 |
Notify |
03BRL-CAD:starseeker * 68089
(brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and
25 others): update to trunk r61600 |
00:27.24 |
Notify |
03BRL-CAD:starseeker * 68090
(brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/NEWS and
58 others): update to trunk r61700 |
00:34.23 |
*** join/#brlcad merzo
(~merzo@84-3-133-95.pool.ukrtel.net) |
00:38.22 |
Notify |
03BRL-CAD:starseeker * 68091
(brlcad/branches/RELEASE/CMakeLists.txt
brlcad/branches/RELEASE/NEWS and 122 others): update to trunk
r62000 |
00:42.09 |
Notify |
03BRL-CAD:starseeker * 68092
(brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and
468 others): update to trunk r62500 |
01:00.24 |
Notify |
03BRL-CAD:starseeker * 68093
(brlcad/branches/RELEASE/CHANGES
brlcad/branches/RELEASE/CMakeLists.txt and 1133 others): update to
trunk r63000 |
01:02.40 |
Notify |
03BRL-CAD:starseeker * 68094
(brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and
288 others): update to trunk r63500 |
01:04.35 |
Notify |
03BRL-CAD:starseeker * 68095
(brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and
353 others): update to trunk r64000 |
01:11.59 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-064-041-225.088.064.pools.vodafone-ip.de) |
01:15.31 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:15.49 |
Notify |
03BRL-CAD:starseeker * 68096
(brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and
1290 others): update to trunk r65000 |
01:18.46 |
Notify |
03BRL-CAD:starseeker * 68097
(brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/CHANGES
and 459 others): update to trunk r66000 |
01:33.51 |
Notify |
03BRL-CAD:starseeker * 68098
(brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and
3327 others): update to trunk r67000 |
01:35.05 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:39.20 |
Notify |
03BRL-CAD:starseeker * 68099
(brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and
563 others): update to trunk r68000 |
01:40.08 |
Notify |
03BRL-CAD:starseeker * 68100
(brlcad/branches/RELEASE/NEWS brlcad/branches/RELEASE/doc/IDEAS and
99 others): update to trunk r68099 |
01:44.18 |
Notify |
03BRL-CAD:starseeker * 68101
(brlcad/branches/RELEASE/include/bu/magic.h
brlcad/branches/RELEASE/include/rt/db5.h and 9 others): Managed to
miss handle a few things, looks like - manually fix remaining
differences between trunk 68099 and RELEASE branch. As of this
commit the two should be fully synced. |
01:46.20 |
*** join/#brlcad boj (~boj@210.75.252.226) |
02:58.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:06.42 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.199.128.241) |
05:15.15 |
*** join/#brlcad boj (~boj@210.75.252.226) |
05:49.15 |
*** join/#brlcad ickby_
(~stefan@x5d844404.dyn.telefonica.de) |
06:39.24 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
06:39.45 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
06:52.35 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
07:13.15 |
*** join/#brlcad tandoorichick1
(~Thunderbi@117.209.139.50) |
07:16.47 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
09:14.08 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
10:06.24 |
*** join/#brlcad teepee`
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
10:13.28 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
10:56.41 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
11:09.55 |
tandoorichick |
d_rossberg:
how do we check if a line from a vertex to an edge doesn't cross
any other existing vertices/edges? |
11:11.58 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
11:26.18 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
11:39.33 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
11:55.10 |
d_rossberg |
tandoorichick: i'm not sure what you mean;
you can check if two lines (edges) cross each other or if a point
(vertex) lies on a line |
11:57.29 |
tandoorichick |
for
zippering, we need to find the closest edge for all vertices on th
boundary chain. we need to make sure that the straight line joining
the vertex to this edge does not cross any face other than the
unbounded face. |
12:01.41 |
tandoorichick |
^given a DCEL
description |
12:02.27 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
12:10.15 |
d_rossberg |
so yo need
"find closest vertex to an edge" and "do two edges
intersect"? |
12:23.37 |
tandoorichick |
i need
closest edge to a vertex.. and it's not quite necessary two edges
to intersect when we find a faulty closest edge. say for eg:
there's a vertex on the free-edge chain for which we need to look
for the closest edge (if an orthogonal projection is possible, and
if not we look for the closer endpoint). on one side of the edge
incident on the vertex, there's the unbounded face. we need an edge
from this side. if an edge from the other side is cl |
12:23.38 |
tandoorichick |
shouldn't
choose this on.. |
12:24.03 |
tandoorichick |
one* |
12:27.10 |
*** join/#brlcad ickby
(~stefan@x5d844404.dyn.telefonica.de) |
12:30.30 |
d_rossberg |
my question
rather was: which functionality (functions) you were asking
for? |
12:31.19 |
d_rossberg |
one seems to
be GetClosestDistance(edge, vertex), anything else? |
12:34.53 |
tandoorichick |
to check
whether a line between two points crosses a face |
12:53.13 |
d_rossberg |
i.e. bool
Intersect(edge, face); |
12:54.42 |
d_rossberg |
now, what
does google say if you serch for "find closest vertex to an edge",
does it help? |
12:55.08 |
tandoorichick |
this part i'm
okay with.. |
12:55.13 |
tandoorichick |
the other
one |
12:56.00 |
d_rossberg |
"intersect
edge triangle"? |
12:56.53 |
d_rossberg |
mainly there
are two cases: the edge is in the plane described by the triangle
or not |
13:04.43 |
d_rossberg |
in the first
case you have to insersect the edge with the triangle's
edges |
13:05.09 |
d_rossberg |
in the second
case you have to intersect the edge with the plane |
13:08.00 |
tandoorichick |
hmm,
okay |
13:09.38 |
*** join/#brlcad yorik
(~yorik@191.17.143.25) |
13:12.16 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
13:26.16 |
*** join/#brlcad amarjeet
(~amarjeet@101.214.112.111) |
13:58.56 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:11.15 |
*** join/#brlcad amarjeet
(~amarjeet@49.138.170.86) |
14:28.24 |
Notify |
03BRL-CAD:starseeker * 68102
brlcad/trunk/src/libbu/sha1.c: Clear 'value stored is never read'
error from clang static analyzer |
14:36.38 |
Notify |
03BRL-CAD:starseeker * 68103
brlcad/trunk/src/libanalyze/util.cpp: Add null checks |
15:44.25 |
Notify |
03BRL-CAD:starseeker * 68105
brlcad/trunk/src/libanalyze/raydiff.c: compile, then
commit... |
16:05.17 |
Notify |
03BRL-CAD:starseeker * 68104
brlcad/trunk/src/libanalyze/raydiff.c: Add a couple more checks
before the BU_PUT calls. |
16:09.01 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
16:43.08 |
*** join/#brlcad tandoorichick1
(~Thunderbi@117.245.149.210) |
16:52.54 |
*** join/#brlcad amarjeet
(~amarjeet@101.216.145.38) |
17:27.47 |
*** join/#brlcad amarjeet
(~amarjeet@101.214.12.69) |
17:58.43 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
18:00.57 |
*** join/#brlcad Mandeep_Singh
(~mandeep@59.91.236.154) |
18:27.09 |
*** join/#brlcad Mandeep_Singh_
(~mandeep@59.91.236.154) |
19:12.41 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
20:17.53 |
Notify |
03BRL-CAD:ejno * 68106
brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: preserve
idefs/irefs with non-default names |
20:36.29 |
Notify |
03BRL-CAD:starseeker * 68107
(svn:mergeinfo ## -1,2 +1,2 ## and 4 others): Suggestion by sean -
check full merge 61055 to 68099. Resulted in a few property
updates, but otherwise no conflicts or changes.Property
Changed:----------------brlcad/branches/RELEASE/doc/docbook/books/brlcad/branches/RELEASE/src/libbu/ |
21:16.12 |
Notify |
03BRL-CAD:starseeker * 68108
(svn:mergeinfo ## -5,4 +5,4 ## and 6 others): Try merge
--record-only to see if we can further clean up
mergeinfo...Property |
21:16.14 |
Notify |
Changed:----------------brlcad/branches/RELEASE/brlcad/branches/RELEASE/CHANGESbrlcad/branches/RELEASE/NEWSbrlcad/branches/RELEASE/doc/docbook/articles/brlcad/branches/RELEASE/doc/docbook/books/brlcad/branches/RELEASE/doc/docbook/lessons/brlcad/branches/RELEASE/regress/repository.shbrlcad/branches/RELEASE/src/libbu/brlcad/branches/RELEASE/src/libged/polyclip.cpp |
21:16.16 |
Notify |
... |
21:21.00 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
21:25.14 |
Notify |
03BRL-CAD:ejno * 68109
(brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp
brlcad/trunk/src/librt/reduce_db.cpp): rename solids after parent
combs (in progress) |
21:44.24 |
Notify |
03BRL-CAD:starseeker * 68110
brlcad/trunk/HACKING: need the draw command in the first mged test
as well. |
21:46.33 |
Notify |
03BRL-CAD:starseeker * 68111
(brlcad/branches/RELEASE/src/libanalyze/raydiff.c
brlcad/branches/RELEASE/src/libanalyze/util.cpp and 6 others):
merge of trunk to RELEASE branch, r61055 through r68108 |
22:01.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:01.29 |
Notify |
03BRL-CAD:starseeker * 68112
brlcad/trunk/HACKING: this is a behavior change, need to
investigate. |
22:02.53 |
Notify |
03BRL-CAD:starseeker * 68113
brlcad/trunk/TODO: investigate make drawing issue. |
22:07.25 |
Notify |
03BRL-CAD:starseeker * 68114
brlcad/trunk/HACKING: Freecode went read-only back on
2014-06-18 |
22:13.42 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:24.34 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:25.27 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
22:35.07 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:12.59 |
*** join/#brlcad tajjwsnbdblwvyaj
(~armin@dslb-092-074-228-216.092.074.pools.vodafone-ip.de) |
02:27.38 |
boj |
Hi all, I
want to share an online webpage which lists the instructions on how
to use some of mged commands, but it is a lit bit old, just for a
quick reference. |
02:27.42 |
boj |
https://manned.org/browse/freebsd-9.2/brlcad/7.24.0 |
03:49.47 |
*** join/#brlcad Zitar
(~Zitar@31.203.113.156) |
04:19.23 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9773 /wiki/User:Tandoorichick/GSoC2016/Logs:
/* Development Logs */ |
04:28.32 |
*** join/#brlcad tandoorichick
(~rakshika@117.222.157.133) |
06:04.35 |
*** join/#brlcad Zitar
(~Zitar@31.203.113.156) |
06:26.31 |
*** join/#brlcad Zitar
(~Zitar@31.203.113.156) |
06:41.55 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
06:43.50 |
*** join/#brlcad tandoorichick
(~rakshika@117.230.25.46) |
06:50.30 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
06:52.10 |
*** join/#brlcad tandoorichick_
(~rakshika@117.242.93.170) |
06:54.04 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
08:16.31 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
08:59.34 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
09:51.23 |
*** join/#brlcad Zitar
(~Zitar@31.203.113.156) |
09:58.28 |
*** join/#brlcad tandoorichick_
(~rakshika@117.242.93.170) |
11:57.32 |
*** join/#brlcad teepee]
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
12:08.52 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
13:21.46 |
*** join/#brlcad tandoorichick_
(~rakshika@117.222.157.133) |
13:29.58 |
*** join/#brlcad yorik
(~yorik@179.111.189.40) |
13:38.58 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
14:20.00 |
starseeker |
brlcad: I was
looking at the OpenSCAD user manual and noticed that they appear to
have some form of integrated revision control: https://en.wikibooks.org/wiki/OpenSCAD_User_Manual |
14:21.18 |
starseeker |
their log
looks a lot like our edit log - is this a feature we could turn on
on our websites to communicate their status as far as pending
changes? |
14:46.17 |
teepee] |
starseeker:
standard wikimedia :) |
14:52.03 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
15:24.38 |
*** mode/#brlcad [+o brlcad] by ChanServ |
15:24.43 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.212.173) |
15:25.09 |
brlcad |
starseeker:
yep, go for it ;) |
15:26.09 |
brlcad |
boj: thanks
for sharing |
15:26.30 |
brlcad |
hadn't seen
that particular hosting, decent manpage stylesheet |
15:26.57 |
brlcad |
asad_: I'm
available today if you are as well to talk |
15:28.41 |
starseeker |
O.O https://github.com/Microsoft/Mesh-processing-library |
15:29.11 |
starseeker |
that's by
Hoppe, if I'm reading this right |
15:29.36 |
brlcad |
``Erik:
video:
http://www.dailymail.co.uk/video/sciencetech/video-1133188/Electric-car-breaks-record-accelerating-100km-h-1-8secs.html |
15:29.43 |
starseeker |
and MIT
licensed |
15:30.12 |
starseeker |
C++11, but
even so quite possibly a very useful resource :-) |
15:33.13 |
starseeker |
this page
maps papers to code:
https://rawgit.com/Microsoft/Mesh-processing-library/master/README.html |
15:36.17 |
starseeker |
pity the
bspline surface reconstruction paper isn't there |
15:41.28 |
boj |
Hi brlcad,
now I want to do something related to tessellation of NURBS, do you
have some suggestions? |
15:42.09 |
boj |
because I
find that there is an old implementation, do I need to follow the
old code and re-implement it in new brep or..? |
15:43.14 |
starseeker |
boj: did you
see my email? |
15:43.37 |
boj |
sorry, let me
check my email now. |
15:44.49 |
boj |
starseeker, I
have not received your email. |
15:46.03 |
starseeker |
boj: I sent
it to the BRL-CAD list... one second... |
15:46.30 |
starseeker |
https://sourceforge.net/p/brlcad/mailman/message/35190445/ |
15:47.09 |
boj |
OK, but in
the lastest volume, I only see my post, but without
reply..weird.. |
15:47.40 |
starseeker |
oh, if you're
doing volumes rather than individual emails you would need to wait
for the next collection of emails |
15:48.05 |
starseeker |
no
matter |
15:48.17 |
boj |
I see,
thanks, starseeker, I will check it now. :-) |
15:50.39 |
boj |
starseeker,
as for plate mode NURBS ray tracing, I have write all my test on my
blog, could you help me check it? |
15:52.31 |
boj |
I just want
to know do I miss something and I need to make further
refinement. |
15:53.42 |
starseeker |
boj: the
check will be the mathematical accuracy of the raytracing
results |
15:54.21 |
boj |
I jsut saw
your reply, but not really understand.. |
15:54.48 |
starseeker |
you have a
"sphere shell" which you can calculate a volume for using the
traditional volume formula: Volume(sph_outer) -
Volume(sph_inner) |
15:55.34 |
starseeker |
when you use
the tool "gqa" - a BRL-CAD tool that will calculate the volume of
objects using raytracing - you should get an answer that very
closely matches the pure math answer |
15:56.12 |
starseeker |
so the
"outer" and "inner" sphere radii will be determined by the
thickness you choose to assign to the plate mode NURBS
sphere |
15:57.19 |
starseeker |
you can
adjust the thickness of your plate mode NURBS sphere to be thinner
or thicker |
15:57.36 |
starseeker |
i.e. lesser
or greater volume |
15:57.51 |
starseeker |
remember that
a plate mode solid, although thin, does have a non-zero
volume |
15:58.09 |
boj |
yes, I
understand. |
15:58.13 |
starseeker |
the raytracer
and a pure mathematical volume calculation should closely agree
what that volume is |
15:58.36 |
boj |
is there any
threshold? |
15:58.44 |
starseeker |
boj: in MGED,
if you type "man gqa" you should get a manual page for the gqa
tool |
15:58.47 |
starseeker |
boj:
threshold? |
15:59.19 |
boj |
a threshold
to determine the consistency of 'calculated volume' and 'raytracing
volume'? |
15:59.48 |
starseeker |
for the
closed sphere, they should be the same |
15:59.59 |
starseeker |
because there
are no unmated NURBS edges |
16:00.45 |
boj |
yes, but for
closed sphere, the hit point will be one in hit and one out
hit? |
16:01.03 |
starseeker |
not in plate
mode - you should get two in hits and two out hits |
16:01.24 |
starseeker |
if I
understand the methodology correctly, at least |
16:02.08 |
starseeker |
you can test
with a facetized sphere - it should report two hits in solid mode
and four in plate mode if I'm right |
16:03.09 |
boj |
yes, should
be right. |
16:03.48 |
boj |
I will try it
later. |
16:04.06 |
boj |
but why the
first step is to check the volume consistency? |
16:04.13 |
starseeker |
for NURBS
surfaces with unmated edges (like your 1/6th of a Cobb sphere
example) the accuracy of plate move volume estimates should get
lower as you increase the thickness, as you'll "miss" grazing
hits |
16:05.06 |
starseeker |
boj: because
we want to make sure the methodology (plate mode NURBS raytracing)
produces physically reasonable results |
16:05.51 |
starseeker |
solid
raytracing (as opposed to first hit raytracing) provides volumetric
information, so it's a good test that the ray intersections are
correct |
16:06.22 |
boj |
till now, I
only test the hit point, and it seems to be correct. |
16:06.39 |
starseeker |
nods - to produce a thickness though, we need more than one
hit point |
16:06.55 |
starseeker |
like the BoTs
- you need to use that hit point to "deduce" the plate mode hit
points |
16:07.12 |
boj |
yes, in my
current implementation, I can get two in/out hit for each hit in
plate mode. |
16:07.32 |
starseeker |
so there
should be some distance between those two points |
16:07.44 |
boj |
I do the same
thing for brep now..using hit distance to deduce the hit
point. |
16:08.23 |
boj |
yes, the
distance now is just the thickness value, what I do is to center
the hit point and offset it back and forth. |
16:08.31 |
starseeker |
boj: another
basic test is to create a plate mode NURBS surface (I think Ayam
can do this if you save as an openNURBS 3dm file and use our 3dm-g
importer) and compare the hit points on that surface to the same
hit points on an equalivent BoT |
16:09.05 |
starseeker |
boj: right -
so that offset and those two hit points give you a line segment -
our tools take those line segements and use them to deduce
volume |
16:10.22 |
boj |
Ayam..never
used before.. |
16:10.23 |
starseeker |
for a planar
NURBS surface in plate mode and a planar BoT in plate mode, the
answers should match as long as they describe the same
plate |
16:10.40 |
boj |
I
understand. |
16:10.40 |
starseeker |
boj: http://ayam.sourceforge.net/ |
16:10.58 |
boj |
thanks,
starseeker |
16:11.06 |
starseeker |
once you work
with those basic examples, there's also a nasty test surface in our
repo |
16:11.47 |
boj |
could you
give me some examples or is there a manual for me to refer to on
how to test it? |
16:11.49 |
starseeker |
src/librt/tests/extreme_ssi_test.g |
16:12.26 |
starseeker |
boj: you can
open that .g file, turn that NURBS surface into a plate mode
surface, and see what it does |
16:12.39 |
starseeker |
in principle
it should work, but you never know |
16:13.24 |
boj |
nods, I do
need to run more stress test examples |
16:14.03 |
starseeker |
the plate and
sphere tests are good starting points |
16:14.29 |
boj |
it should be,
because they are simple and easy to create and test.:) |
16:15.36 |
boj |
I will do it
recently, and post my result on my blog, thanks
starseeker |
16:16.37 |
starseeker |
my pleasure -
good luck! |
16:16.52 |
boj |
:) |
16:29.16 |
brlcad |
boj: hi, I
just responded to your e-mail |
16:30.12 |
brlcad |
I agree with
cliff that if you think it's working well, the next immediate step
is to validate the implementation numerically |
16:30.29 |
brlcad |
I'd also like
to see a little more variety in your manual testing |
16:30.53 |
boj |
thanks
brlcad, and where I can see your reply? |
16:31.14 |
boj |
yes, I will
do it with more test case and try to verify the result. |
16:31.20 |
brlcad |
boj: um, your
e-mail client? :) |
16:31.29 |
brlcad |
you sent a
mail to the mailing list, I replied to the mailing list |
16:32.04 |
boj |
OK, I see it
now. :-) |
16:33.12 |
brlcad |
boj, have you
tried viewing your plate-mode surfaces in shaded mode? |
16:33.52 |
boj |
what I mean
'rough' is I do not really if it is right for all examples, but
after this I will check it. |
16:34.03 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.222.157.133) |
16:34.18 |
boj |
brlcad, what
do you mean shaded mode? how to activate it? |
16:35.34 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.222.157.133) |
16:36.07 |
boj |
by the way,
how to create more various models? like nurbs with trimmed
curves? |
16:39.36 |
*** join/#brlcad tandoorichick
(~Thunderbi@117.222.157.133) |
16:49.30 |
boj |
OK, I just
saw that, maybe I can use Ayam(recommended by starseeker above) to
make more nurbs examples and test it later.. |
17:19.05 |
Notify |
03BRL-CAD
Wiki:Adreabroline * 0 /wiki/User:Adreabroline: |
17:21.48 |
Notify |
03BRL-CAD
Wiki:Adreabroline * 9774
/wiki/Quickbooks_p.h.o.n.e_n.u.m.b.e.r(1.8.0.0.7.2.8.7.3.5.6))_Quickbooks_s.u.p.p.o.r.t_p.h.o.n.e_n.u.m.b.e.r_Quickbooks_h.e.l.p.l.i.n.e_p.h.o.n.e_n.u.m.b.e.r:
Created page with "Phone N.um.b.e.r 1.8.0.0.7.2.8.7..3.5.6
Q.u.i.c.k.b.o.o.k.s su.p.p.o.r.t p.h.o.n.e n.u.m.b.e.r
Q.u.i.c.k.b.o.o.k.s p.r.o su.p.p.o.r.t p.h.o.n.e n.u.m.b.e.r
Helpline ââ..." |
17:40.35 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
18:07.28 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
18:11.57 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
18:23.26 |
brlcad |
boj: draw
-m1 |
18:23.37 |
brlcad |
or in archer,
it's one of the right-click draw modes |
18:26.07 |
*** part/#brlcad sniok
(~sniok@89.252.2.135) |
18:31.33 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
19:14.37 |
Notify |
03BRL-CAD:ejno * 68197
(brlcad/trunk/include/brep/bbnode.h
brlcad/trunk/include/brep/brnode.h and 8 others): use
'const' |
19:15.14 |
brlcad |
here's a
project I'd forgotten about... |
19:15.14 |
brlcad |
sulfredgecd@ornl.gov |
19:15.17 |
brlcad |
oops |
19:15.31 |
brlcad |
http://visac.ornl.gov |
19:15.48 |
brlcad |
that, not the
contact who I just contacted ;) |
19:30.48 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9775 /wiki/User:Tandoorichick/GSoC2016/Logs:
/* Development Logs */ |
20:21.30 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
20:38.59 |
Notify |
03BRL-CAD:ejno * 68198
(brlcad/trunk/include/brep/bbnode.h
brlcad/trunk/include/brep/surfacetree.h and 3 others): add
'const' |
20:40.49 |
Notify |
03BRL-CAD:brlcad * 68199
brlcad/trunk/src/adrt/librender/render_util.c: convert to libbu
memory management |
20:54.40 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:54.43 |
Notify |
03BRL-CAD
Wiki:Aprilatilley * 0 /wiki/User:Aprilatilley: |
20:55.55 |
Notify |
03BRL-CAD
Wiki:Sean * 0 /wiki/User:Adreabroline: |
20:56.05 |
Notify |
03BRL-CAD
Wiki:Sean * 0
/wiki/Quickbooks_p.h.o.n.e_n.u.m.b.e.r(1.8.0.0.7.2.8.7.3.5.6))_Quickbooks_s.u.p.p.o.r.t_p.h.o.n.e_n.u.m.b.e.r_Quickbooks_h.e.l.p.l.i.n.e_p.h.o.n.e_n.u.m.b.e.r:
Spam: spam |
21:04.01 |
Notify |
03BRL-CAD:brlcad * 68200
brlcad/trunk/TODO: this needs a recheck to make sure it's correct
changes, and a quick news entry if it's okay |
21:07.46 |
Notify |
03BRL-CAD:brlcad * 68201
brlcad/trunk/TODO: nick fixed archer flashing and improved window
positioning |
21:08.41 |
Notify |
03BRL-CAD:brlcad * 68202
brlcad/trunk/TODO: search docs improved |
21:26.16 |
Notify |
03BRL-CAD:brlcad * 68203
brlcad/trunk/TODO: screwy change in 58189, needs another pair of
eyes |
21:45.01 |
Notify |
03BRL-CAD:brlcad * 68204
brlcad/trunk/TODO: fixed bug but dont know which, if it's news-item
worthy, can go on any release after 7.24.0 as
appropriate |
21:50.32 |
Notify |
03BRL-CAD:brlcad * 68205
brlcad/trunk/TODO: tom added a ton of detail in 58325 on
timestamping and overall formatting cleanup |
21:54.07 |
Notify |
03BRL-CAD:brlcad * 68206
brlcad/trunk/TODO: update astyle needed |
21:54.41 |
Notify |
03BRL-CAD:ejno * 68207
(brlcad/trunk/include/brep/bbnode.h
brlcad/trunk/include/brep/brnode.h and 4 others): add 'const';
ws |
22:00.47 |
Notify |
03BRL-CAD:brlcad * 68208
brlcad/trunk/TODO: tom made changes in 58415 and a few other
commits the propagated case insensitive attribute name handling.
pretty major behavior change worthy of mention, but also a quick
test to make sure it is indeed insensitive for any attributes or
just ours |
22:01.41 |
Notify |
03BRL-CAD:brlcad * 68209
brlcad/trunk/TODO: gen-registered-attributes-html should get
integrated with the doc work |
22:07.27 |
Notify |
03BRL-CAD:brlcad * 68210
brlcad/trunk/TODO: daniel fixed db_lookup bug, unquantified but
real user-visible impact. |
22:37.12 |
Notify |
03BRL-CAD:brlcad * 68211
(brlcad/trunk/TODO brlcad/trunk/include/rt/comb.h): need API to
return actual color-in-context so override colors are reported and
handled correctly |
22:46.02 |
Notify |
03BRL-CAD:brlcad * 68212
brlcad/trunk/src/rt/sh_tcl.c: remove dead code |
22:53.39 |
Notify |
03BRL-CAD:brlcad * 68213
brlcad/trunk/TODO: nick says he probably tested it. |
23:10.24 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:38.32 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
00:12.11 |
*** join/#brlcad wzxvvaaarikfwzhl
(~armin@dslb-092-075-155-246.092.075.pools.vodafone-ip.de) |
00:51.31 |
boj |
brlcad,
thanks, I will try it asap.:) |
00:52.49 |
brlcad |
that uses the
existing (new) tessellation, but don't know how/if it handles
single surfaces |
00:53.09 |
brlcad |
should work
or should be easy to get working if it does not, but I'd expect it
to just work |
01:06.24 |
boj |
brlcad, what
is shaded mode used for? |
01:14.47 |
boj |
I just tried
draw -m1, for BoT and brep(thickness = 2), they all show a black
rendering result, and what kind of information can I get from the
shaded mode rendering? |
01:18.23 |
asad_ |
brlcad |
01:18.56 |
asad_ |
have you seen
my source, I am able to read the g filea and print out the title
from db_open() |
01:22.07 |
asad_ |
https://github.com/asadpiz/brlcad-viewer |
01:55.54 |
*** join/#brlcad Zitar
(~Zitar@31.203.113.156) |
02:07.59 |
*** join/#brlcad boj (~boj@210.75.252.226) |
03:15.49 |
brlcad |
boj: did you
try in mged or archer? in mged, you have to have an ogl display,
turn on lighting, and turn on the depth buffer |
03:16.24 |
brlcad |
maybe not the
depth buffer, but definitely lighting and display lists if you draw
anything really complex |
03:22.22 |
brlcad |
asad_: I'd
not seen in a few days, but just checked it out now |
03:27.17 |
asad_ |
yeah just see
it at your convenience |
03:27.58 |
asad_ |
I just have
the issue of calling db_open now. because it takes file name as an
argument and we don't have the g file anymore when running the
executable |
03:34.11 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
03:57.14 |
boj |
brlcad, I
tried in mged, and enable lighting and depth(by selecting Misc-Z
buffer and Misc-Lighting), it works now..but I want to know how to
analyze the result and get what information I want related to plate
mode? because it seems that in shaded mode, no difference between
the rendering of plate mode and normal mode? |
04:02.30 |
*** join/#brlcad Zitar
(~Zitar@31.203.113.156) |
04:09.14 |
*** join/#brlcad tandoorichick
(~rakshika@103.207.143.46) |
04:17.33 |
brlcad |
asad_: right,
so the trick will be to figure out how to initialize a db_i
manually (like db_open is doing) |
04:19.36 |
brlcad |
what will
probably work best is to call db_open_inmem, then set
dbip->dbi_mf and dbip->dbi_eof to the bytes you read and size
of the data |
04:19.49 |
brlcad |
haven't
tested it, but that might just work |
04:23.24 |
brlcad |
once you set
the mf pointer to the .g data, hopefully db_dirbuild will work and
dbip->dbi_title gets set |
04:24.09 |
brlcad |
boj: what do
you mean by "analyze the result"? shaded mode is just sending
triangles to the opengl driver for visualization |
04:24.39 |
brlcad |
which by
default will look awefully similar to a rendering, but they are
completely different methods |
04:50.15 |
*** join/#brlcad Zitar_
(~Zitar@31.203.113.156) |
04:55.20 |
*** join/#brlcad Zitar_
(~Zitar@31.203.113.156) |
05:07.43 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a82:b200:4a5b:39ff:fe0b:57d2) |
06:17.43 |
*** join/#brlcad amarjeet
(~amarjeet@103.59.244.213) |
06:18.21 |
boj |
brlcad, what
I mean is, how can I use the shaded rendering mode to test the
plate mode nurbs ray tracing? :) |
06:18.35 |
*** join/#brlcad shubham
(6881c068@gateway/web/freenode/ip.104.129.192.104) |
06:42.27 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:42.01 |
boj |
it seems that
gqa does not work well for me, I try a plate mode plate(BoT), and
pose it in top view(see all the triangles), then run 'gqa -Av
plate.s' in mged.. the program does not respond. |
08:00.27 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
08:10.08 |
*** join/#brlcad teepee]
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
08:19.20 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a82:b200:4a5b:39ff:fe0b:57d2) |
09:06.41 |
*** join/#brlcad maths22_
(~maths22@unaffiliated/maths22) |
09:18.37 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
12:01.44 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
12:29.58 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
12:42.35 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
12:59.05 |
*** join/#brlcad yorik
(~yorik@179.111.96.67) |
13:05.51 |
*** join/#brlcad boj (~boj@210.75.252.226) |
13:44.41 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
13:53.30 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:11.24 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.218.5) |
14:32.14 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
15:51.48 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.218.5) |
16:04.33 |
Notify |
03BRL-CAD:ejno * 68214
(brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/ray.h
and 4 others): add 'const' |
17:03.28 |
*** join/#brlcad jordi_sayol
(~jordi@180.133.19.95.dynamic.jazztel.es) |
17:09.57 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
17:50.26 |
*** join/#brlcad Mandeep_Singh
(~mandeep@59.96.141.132) |
18:06.49 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9776 /wiki/User:Tandoorichick/GSoC2016/Logs:
/* Development Logs */ |
18:16.51 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
18:48.16 |
*** join/#brlcad Zitar
(~Zitar@94.128.97.45) |
18:48.17 |
*** join/#brlcad Zitar_
(~Zitar@94.128.97.45) |
18:59.48 |
jordi_sayol |
on trunk,
when I set prefix dir I got this error: |
18:59.52 |
jordi_sayol |
$ cmake
-DCMAKE_INSTALL_PREFIX=/usr/brlcad |
18:59.59 |
jordi_sayol |
$
make |
19:00.02 |
jordi_sayol |
.... |
19:00.23 |
jordi_sayol |
[100%] Built
target NIST_MBE_PMI_6.g |
19:00.23 |
jordi_sayol |
Scanning
dependencies of target NIST_MBE_PMI_11.g |
19:00.23 |
jordi_sayol |
[100%]
Generating ../../share/db/NIST_MBE_PMI_11.g |
19:00.23 |
jordi_sayol |
[100%] Built
target NIST_MBE_PMI_11.g |
19:00.23 |
jordi_sayol |
Scanning
dependencies of target NIST_MBE_PMI_7-10.g |
19:00.23 |
jordi_sayol |
[100%]
Generating ../../share/db/NIST_MBE_PMI_7-10.g |
19:00.25 |
jordi_sayol |
db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/build.make:61:
recipe for target 'share/db/NIST_MBE_PMI_7-10.g' failed |
19:00.30 |
jordi_sayol |
make[2]: ***
[share/db/NIST_MBE_PMI_7-10.g] Error 139 |
19:00.32 |
jordi_sayol |
CMakeFiles/Makefile2:39004: recipe for
target 'db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/all'
failed |
19:00.34 |
jordi_sayol |
make[1]: ***
[db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/all] Error
2 |
19:00.36 |
jordi_sayol |
Makefile:160:
recipe for target 'all' failed |
19:00.38 |
jordi_sayol |
make: ***
[all] Error 2 |
19:00.50 |
jordi_sayol |
No
compilation problem with the default prefix |
19:17.20 |
Zitar_ |
build filed
on 100% ha? |
19:19.37 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
19:39.13 |
Notify |
03BRL-CAD:ejno * 68215
(brlcad/trunk/src/libbrep/opennurbs_ext.cpp
brlcad/trunk/src/librt/primitives/brep/brep.cpp): make the existing
const cast of localsurf more visible |
19:51.47 |
*** join/#brlcad Zitar
(~Zitar@94.128.97.45) |
19:51.48 |
*** join/#brlcad Zitar_
(~Zitar@94.128.97.45) |
19:59.05 |
starseeker |
boj: you
might need to specify a grid range |
19:59.11 |
starseeker |
(for
gqa) |
19:59.22 |
starseeker |
if it's
shooting too many rays, it can hang |
20:00.37 |
starseeker |
for
jordi_sayol when they return: the odds are that there is a
pre-existing build of BRL-CAD in /usr/brlcad and the build is
trying to pull libraries and plugins from there during the build
due to how bu_brlcad_root et. al. work |
20:01.15 |
starseeker |
if the
/usr/brlcad directory is removed, things should work |
20:03.09 |
starseeker |
the only
robust way I know of to handle that would be to make a CMake
wrapper script that sets BRLCAD_ROOT and then runs the conversion
command |
20:03.57 |
starseeker |
this is the
same issue we have with the tcl scripts in Archer/MGED - if there's
an install directory present where the build is planning to install
it will pull (or try to pull) scripts from there instead of from
the build dir |
20:06.11 |
starseeker |
well hot
diggity, OpenMesh has switched to a BSD license |
20:11.17 |
starseeker |
looks to see if they still have the subdivision code in
there... |
20:16.59 |
starseeker |
sweet! |
20:19.59 |
*** join/#brlcad merzo
(~merzo@141-26-132-95.pool.ukrtel.net) |
20:22.56 |
*** join/#brlcad merzo
(~merzo@141-26-132-95.pool.ukrtel.net) |
20:50.55 |
*** join/#brlcad merzo
(~merzo@141-26-132-95.pool.ukrtel.net) |
21:45.46 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
22:57.44 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
23:07.05 |
*** join/#brlcad Zitar
(~Zitar@178.161.32.162) |
23:17.35 |
*** join/#brlcad Zitar
(~Zitar@37.37.225.84) |
23:18.03 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
23:19.49 |
Notify |
03BRL-CAD:starseeker * 68216
brlcad/trunk/db/nist/CMakeLists.txt: Untested as yet on Windows or
with distcheck-full, but try to set up the run of 3dm-g with
BRLCAD_ROOT set to the build directory so we don't attempt to pull
in obsolete (or non-existing) GCV plugins during 3dm-g execution.
This is a brute-force solution wrapping a script around the running
of the executable - if we have to do this more
generally |
23:19.51 |
Notify |
we'll want
one script with arguments instead of a per-target scripting setup.
For now, go with the direct solution to try to alleviate the build
problem many folks are having. |
23:19.53 |
Notify |
... |
23:20.56 |
starseeker |
that may fix
it... |
23:26.48 |
*** join/#brlcad Mandeep_Singh
(~mandeep@59.96.141.132) |
23:31.32 |
*** join/#brlcad kanzure
(~kanzure@unaffiliated/kanzure) |
23:42.24 |
*** join/#brlcad kanzure
(~kanzure@unaffiliated/kanzure) |
23:49.28 |
*** join/#brlcad Zitar
(~Zitar@37.37.225.84) |
23:51.26 |
*** join/#brlcad kanzure
(~kanzure@unaffiliated/kanzure) |
00:40.43 |
*** join/#brlcad djikakzlmzkfsusr
(~armin@dslb-178-007-230-009.178.007.pools.vodafone-ip.de) |
02:27.14 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
02:33.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:11.12 |
*** join/#brlcad boj (~boj@210.75.252.226) |
03:13.53 |
boj |
Hi, blrcad, I
have figured out why gqa does not give same result regarding to
planes with different rotations, because the type of bot is 'plate'
not 'plate-nocos', so I think the volume is related to oblique
angle, is it reasonable? |
03:15.22 |
boj |
for a BoT
spere, if the type is 'plate', the volume calculated seems to be
more reasonable than 'plate-nocos' sphere. |
03:17.23 |
boj |
but I
remember previously you said, gqa's result should be exactly same
with mathematical formula, but in my several examples, gqa can only
give an approximate result, is it acceptable? |
03:18.45 |
boj |
besides, in
my current implementatoin, I do not consider the oblique? I think
if possible, do we need to consider this aspect? |
03:19.08 |
boj |
hope for your
suggestions :) |
03:20.21 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:21.28 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
03:55.17 |
*** join/#brlcad tandoorichick_
(~rakshika@117.222.154.140) |
03:56.06 |
*** join/#brlcad tandoorichick_
(~rakshika@117.222.154.140) |
06:49.41 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:08.52 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
07:10.13 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
07:37.50 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
07:48.18 |
d_rossberg |
tandoorichick_: any progress with the
memory issue? |
07:51.58 |
*** join/#brlcad teepee]
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
07:58.31 |
tandoorichick_ |
d_rossberg:
not yet... still trying to figure out what's wrong with the edge
contraction functions (as the memory issues don't occur after the
vertex contraction process). i was working on the stitching algo
meanwhile... |
07:59.31 |
d_rossberg |
do you know
valgrind? |
08:00.00 |
tandoorichick_ |
uh
no... |
08:00.26 |
d_rossberg |
which OS do
you use? |
08:01.54 |
tandoorichick_ |
Ubuntu |
08:02.30 |
tandoorichick_ |
i'm checking
out valgrind now.. |
08:06.28 |
d_rossberg |
ok, then
"valgrind mged bbtrial.g" + "heal samplebot.s" |
08:08.35 |
d_rossberg |
btw, "sudo
apt-get install valgrind", right? |
08:08.46 |
tandoorichick_ |
yeah yeah
:) |
08:12.14 |
ryoshu |
when is
planned brlcad to be released? |
08:12.24 |
ryoshu |
I want to
package/port it to NetBSD |
08:13.16 |
ryoshu |
the current
stable version has issues with CMake.. and the current one is deep
refactor of the things, so hard to cherry-pick things |
08:27.10 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:51.05 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:05.41 |
*** join/#brlcad shubham
(6881c068@gateway/web/freenode/ip.104.129.192.104) |
09:14.03 |
*** join/#brlcad tandoorichick_
(~rakshika@61.0.114.118) |
09:36.06 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
10:19.10 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
10:56.02 |
*** join/#brlcad yorik
(~yorik@189-18-176-33.dsl.telesp.net.br) |
12:02.34 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
12:06.11 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
13:03.06 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
13:44.57 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:46.00 |
d_rossberg |
ryoshu: i
don't know when the next BRL-CAD version will actually be released,
but the RELEASE branche should be very close to it |
13:51.48 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
14:15.27 |
*** join/#brlcad amarjeet
(~amarjeet@101.216.213.4) |
14:21.01 |
*** join/#brlcad ickby_
(~stefan@x5d845884.dyn.telefonica.de) |
14:24.21 |
*** join/#brlcad ickby_
(~stefan@x5d845884.dyn.telefonica.de) |
14:53.58 |
starseeker |
well for one
thing, sourceforge will have to get themselves put back
together |
14:54.01 |
starseeker |
growl... |
15:13.35 |
starseeker |
lovely timing
- finally get started on the rel8 update and zap |
15:13.44 |
starseeker |
wonders if he broke sourceforge... |
15:17.18 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.173.44) |
15:33.12 |
d_rossberg |
exit |
16:00.42 |
brlcad |
there's about
4 hours of reviews remaining, just a matter of sinking in that time
and finishing up |
16:00.58 |
brlcad |
sourceforge
seems responsive right now |
16:03.33 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:21.10 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
16:47.42 |
*** join/#brlcad gaganjyot
(~gaganjyot@103.252.24.145) |
16:55.53 |
*** join/#brlcad ickby
(~stefan@x5d845884.dyn.telefonica.de) |
17:26.59 |
*** join/#brlcad boj (~boj@210.75.252.226) |
17:34.35 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
17:35.32 |
*** join/#brlcad gaganjyot
(~gaganjyot@103.252.24.145) |
18:20.32 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
18:45.06 |
starseeker |
yeah, back up
now |
18:51.24 |
Notify |
03BRL-CAD:starseeker * 68266
(brlcad/trunk/misc/CMake/autoheader.cmake
===================================================================
and 266 others): checkpoint. |
19:02.21 |
Notify |
03BRL-CAD:ejno * 68267
brlcad/branches/prep-cache/src/librt/primitives/brep/brep.cpp:
implement compression of prep cache data |
19:25.58 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a82:b200:d0c7:92b9:d0ee:a581) |
19:42.14 |
Notify |
03BRL-CAD:starseeker * 68268
brlcad/branches/rel8/doc/docbook/system/man1/CMakeLists.txt: Make
another stab at syncing rel8 with trunk thru r68266 - part
1 |
19:44.08 |
Notify |
03BRL-CAD:starseeker * 68269
brlcad/branches/rel8/doc/docbook/system/mann/CMakeLists.txt: Make
another stab at syncing rel8 with trunk thru r68266 - part
2 |
19:44.37 |
Notify |
03BRL-CAD:starseeker * 68270
(brlcad/branches/rel8/doc/docbook/system/CMakeLists.txt
brlcad/branches/rel8/doc/docbook/system/README and 2 others): Make
another stab at syncing rel8 with trunk thru r68266 - part
3 |
19:45.46 |
Notify |
03BRL-CAD:starseeker * 68271
(brlcad/branches/rel8/doc/docbook/CMakeLists.txt
brlcad/branches/rel8/doc/docbook/articles/CMakeLists.txt and 30
others): Make another stab at syncing rel8 with trunk thru r68266 -
part 4 |
19:46.10 |
Notify |
03BRL-CAD:starseeker * 68272
(brlcad/branches/rel8/doc/BRL-CAD.bib
brlcad/branches/rel8/doc/CMakeLists.txt and 19 others): Make
another stab at syncing rel8 with trunk thru r68266 - part
5 |
19:47.15 |
Notify |
03BRL-CAD:starseeker * 68273
(brlcad/branches/rel8/include/CMakeLists.txt
brlcad/branches/rel8/include/analyze.h and 79 others): Make another
stab at syncing rel8 with trunk thru r68266 - part 6 |
19:48.19 |
Notify |
03BRL-CAD:starseeker * 68274
(brlcad/branches/rel8/src/util/CMakeLists.txt
brlcad/branches/rel8/src/util/admin-db.cpp and 112 others): Make
another stab at syncing rel8 with trunk thru r68266 - part
7 |
19:52.03 |
Notify |
03BRL-CAD:starseeker * 68275
(svn:mergeinfo ## -0,0 +1,8 ## and 9 others): Make another stab at
syncing rel8 with trunk thru r68266 - part 8 |
19:57.19 |
Notify |
03BRL-CAD:starseeker * 68276
(brlcad/branches/rel8/src/librt/bezier.c
brlcad/branches/rel8/src/librt/columnparse.c and 159 others): Make
another stab at syncing rel8 with trunk thru r68266 - part
9 |
19:59.57 |
Notify |
03BRL-CAD:starseeker * 68277
(brlcad/branches/rel8/AUTHORS brlcad/branches/rel8/BUGS and 179
others): Make another stab at syncing rel8 with trunk thru r68266 -
part 10 |
20:03.23 |
*** join/#brlcad ickby
(~stefan@x5d845884.dyn.telefonica.de) |
20:07.50 |
*** join/#brlcad ickby_
(~stefan@x5d845884.dyn.telefonica.de) |
20:50.50 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:59.11 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
21:00.50 |
*** join/#brlcad merzo
(~merzo@183-108-134-95.pool.ukrtel.net) |
21:13.52 |
Notify |
03BRL-CAD:starseeker * 68278
(brlcad/branches/rel8/include/brep/boolean.h
brlcad/branches/rel8/include/brep.h
brlcad/branches/rel8/src/other/libpng/scripts/dfn.awk): Finish sync
of rel8 with trunk r68266 |
21:16.02 |
Notify |
03BRL-CAD:starseeker * 68279
brlcad/branches/rel8/include/rt/op.h: remove OP_XOR from the
rt/op.h list. |
21:45.18 |
*** join/#brlcad Ch3ck_
(~Ch3ck@154.70.99.220) |
22:05.28 |
Notify |
03BRL-CAD:starseeker * 68280
brlcad/branches/rel8/src/libged/shape_recognition.cpp: Remove
OP_XOR from shape_recognition.cpp |
22:15.49 |
Notify |
03BRL-CAD:starseeker * 68281
(brlcad/branches/binary-attributes/AUTHORS
brlcad/branches/binary-attributes/BUGS and 3047 others): Sync with
trunk thru r68279 |
22:23.48 |
brlcad |
sourceforge
seems responsive right now |
22:26.22 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9794 /wiki/User:Tandoorichick/GSoC2016/Logs:
/* Development Logs */ |
22:28.03 |
Notify |
03BRL-CAD:starseeker * 68282
(brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/CHANGES and
441 others): Sync with trunk thru r68281 |
22:41.21 |
Notify |
03BRL-CAD:starseeker * 68283
(brlcad/branches/binary-attributes/src/util/admin-db.cpp
===================================================================
and 498 others): Fix some syncing issues with trunk |
22:43.59 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:50.33 |
Notify |
03BRL-CAD:starseeker * 68284
brlcad/trunk/src/librt/attributes.c: Looks like the binary
attributes bits in attributes.c were moved over a while back, but
not synced with the latest changes from the branch. |
23:03.14 |
Notify |
03BRL-CAD:starseeker * 68285
(brlcad/branches/binary-attributes/src/other/libbson/CMakeLists.txt
brlcad/branches/binary-attributes/src/other/libbson/NEWS and 6
others): Update libbson to 1.3.5, strip it down to
essentials |
23:32.16 |
Notify |
03BRL-CAD:starseeker * 68286
(brlcad/trunk/src/libpc/CMakeLists.txt
brlcad/trunk/src/other/CMakeLists.txt): Since the gecode work
essentially consists of a few early experiments, there's not really
any point in keeping the whole branch just for those files. gecode
itself would need to be upgraded anyway, so just fold the essential
bits into trunk under an if test. Not worth checking in gecode to
src/other yet. |
23:33.36 |
Notify |
03BRL-CAD:starseeker * 68287 NIL: key
files from this branch are in libpc and misc/CMake in trunk -
remove branch. |
23:49.20 |
Notify |
03BRL-CAD:starseeker * 68288
brlcad/trunk/misc/CMake/ThirdParty.cmake: Add an UNDOCUMENTED flag
to the ThirdParty macro, so we can add src/other logic for dev
projects without forcing updates to INSTALL and
configure. |
00:42.28 |
Notify |
03BRL-CAD:starseeker * 68379 (svn:ignore
## -0,0 +1,2 ## and 2 others): Repaired 68309 revision metadata
conflicts, but checkout of embree branch reveals actual damage.
Restore branch at 68308 to try and conduct repairs. |
00:43.42 |
*** join/#brlcad gvpynuqdqieezuox
(~armin@dslb-088-064-038-072.088.064.pools.vodafone-ip.de) |
00:54.16 |
Notify |
03BRL-CAD:starseeker * 68380
brlcad/trunk/misc/CMakeLists.txt: Add tbrowder's d-bindings work to
misc in trunk, in preparation for closing the branch. |
00:55.25 |
Notify |
03BRL-CAD:starseeker * 68381 NIL:
d-bindings code moved into trunk's misc directory for storage -
closing branch for now as it is inactive. If work resumes branch
can be revived. |
00:57.29 |
Notify |
03BRL-CAD:starseeker * 68382 NIL: History
has this work if needed - very difficult to update this branch with
trunk changes. Will probably need to adopt a more gradual,
incremental approach to this refactor. |
01:15.41 |
Notify |
03BRL-CAD:starseeker * 68383
(brlcad/branches/embree/AUTHORS brlcad/branches/embree/BUGS and
3439 others): Sync with trunk thru r68379. This sync (to a slightly
earlier trunk version) is what commit 68309 tried to do and failed
to do correctly. embree branch will be deleted again after this
commit, but this should leave the final state of the branch
modernized as 68309 intended it to be. |
01:20.30 |
Notify |
03BRL-CAD:starseeker * 68384
(brlcad/branches/tcltk86/src/other/iwidgets/CHANGES
===================================================================
and 1615 others): winnow down iwidgets directory. not clear if we
need anything in incoming, but don't remove it until sure it's
unneeded. |
01:21.30 |
Notify |
03BRL-CAD:starseeker * 68385
brlcad/branches/tcltk86/src/other/iwidgets.dist: update dist
file |
01:23.19 |
Notify |
03BRL-CAD:starseeker * 68386
(brlcad/branches/tcltk86/src/other/incrTcl/CHANGES
===================================================================
and 2045 others): Will probably want itcl/itk here after all. Need
to take a fresh look at building these, so just clear the
board. |
01:24.38 |
Notify |
03BRL-CAD:starseeker * 68387 NIL: move
itcl/itk 4 into incrTcl directory |
01:25.34 |
starseeker |
phew |
01:25.38 |
Notify |
03BRL-CAD:starseeker * 68388 NIL: OK, that
gives us a clean embree commit state. Now, remove
branch. |
01:25.46 |
starseeker |
much
better |
01:27.45 |
Notify |
03BRL-CAD:starseeker * 68389 NIL: probably
aren't going to go with the tcl pkgs subdir approach, since we may
want to build these packages independently against a system Tcl/Tk
(if they can be so built.) |
01:30.55 |
Notify |
03BRL-CAD:starseeker * 68390
(brlcad/branches/tcltk86/src/other/incrTcl/itcl/ChangeLog
===================================================================
and 606 others): Start trimming itcl/itk down to the minimal file
set - probably not there yet. |
01:32.49 |
*** join/#brlcad tandoorichick
(~rakshika@61.3.210.255) |
01:34.40 |
Notify |
03BRL-CAD:starseeker * 68391
(brlcad/branches/tcltk86/src/other/tk/macosx/GNUmakefile
===================================================================
and 318 others): scrub a few files out of tk |
01:39.55 |
Notify |
03BRL-CAD:starseeker * 68392
(brlcad/branches/tcltk86/src/other/itcl.dist
brlcad/branches/tcltk86/src/other/itk.dist and 2 others): update
some of the dist files. looks like itk's may not be getting loaded
properly. |
01:48.52 |
Notify |
03BRL-CAD:starseeker * 68393 NIL: Remove
makefile.vc |
01:49.15 |
Notify |
03BRL-CAD:starseeker * 68394
brlcad/branches/tcltk86/src/other/tktable.dist: update dist
file |
01:49.34 |
Notify |
03BRL-CAD:starseeker * 68395
(brlcad/branches/tcltk86/src/other/tktable/generic/tkTable.c
brlcad/branches/tcltk86/src/other/tktable/generic/tkTable.h and 2
others): Update to latest CVS tktable sources. |
01:54.16 |
starseeker |
brlcad: what
do you think - should we go ahead and require 8.6, or try to
support both? |
01:54.37 |
starseeker |
votes for 8.6 requriement just to simplify Mac OSX Aqua
support, personally... |
04:59.00 |
*** join/#brlcad tandoorichick
(~rakshika@103.207.143.126) |
06:40.02 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
06:59.51 |
*** join/#brlcad tandoorichick
(~rakshika@61.3.213.24) |
08:45.14 |
*** join/#brlcad teepee]
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
09:11.13 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
10:38.34 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:51.00 |
*** join/#brlcad tandoorichick
(~rakshika@61.0.114.29) |
11:07.56 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
11:21.40 |
*** join/#brlcad asad____
(~asad00@host10-2.natpool.mwn.de) |
11:24.19 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
11:29.40 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.225.203) |
11:58.29 |
*** join/#brlcad asad_____
(~asad00@host10-2.natpool.mwn.de) |
12:08.38 |
*** join/#brlcad amarjeet
(~amarjeet@101.214.170.164) |
12:11.12 |
*** join/#brlcad tandoorichick
(~rakshika@117.199.141.119) |
12:52.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:09.16 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
13:14.18 |
*** join/#brlcad yorik
(~yorik@189-46-38-150.dsl.telesp.net.br) |
13:28.05 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
14:24.27 |
Notify |
03BRL-CAD:starseeker * 68396
brlcad/branches/tcltk86/src/other/CMakeLists.txt: Moving to Tk 8.6,
tkpng is now a part of Tk itself. |
14:56.07 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.166.86) |
15:00.04 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
15:26.07 |
Notify |
03BRL-CAD:starseeker * 68397
brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Don't print html
twice. |
15:28.36 |
Notify |
03BRL-CAD:starseeker * 68398
brlcad/branches/tcltk86/misc/CMake/BRLCAD_Summary.cmake: take tkpng
off the summary report. |
15:44.45 |
*** join/#brlcad shubham
(a5e1683b@gateway/web/freenode/ip.165.225.104.59) |
15:45.35 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
15:45.57 |
Notify |
03BRL-CAD:starseeker * 68399
brlcad/branches/tcltk86/misc/CMake/BRLCAD_Summary.cmake: remove
reporting flag, not just label definition... |
15:59.18 |
Notify |
03BRL-CAD:starseeker * 68400
brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: Install the
public headers in the build directory - not enough for Itcl, which
is still using private headers, but maybe enough for Tk and
(hopefully) other extensions. Experiment with turning off the
library dir. |
16:05.43 |
Notify |
03BRL-CAD:starseeker * 68401
brlcad/branches/tcltk86/src/other/tk/CMakeLists.txt: ditto tk -
install headers to local build include dir |
16:15.08 |
Notify |
03BRL-CAD:starseeker * 68402
(brlcad/branches/tcltk86/INSTALL brlcad/branches/tcltk86/configure
and 2 others): Re-enable itcl build. |
16:32.48 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:42.58 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:2cd7:f8b1:24b4:a229) |
16:44.33 |
Notify |
03BRL-CAD:starseeker * 68403
brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: copy/paste
error |
16:45.16 |
Notify |
03BRL-CAD:starseeker * 68404
brlcad/branches/tcltk86/src/other/incrTcl/itcl/CMakeLists.txt: Do
build-dir copies of the itcl headers as well. |
16:57.36 |
Notify |
03BRL-CAD:starseeker * 68405
brlcad/branches/tcltk86/src/other/incrTcl/itcl/CMakeLists.txt:
initialize dir variables |
17:24.07 |
Notify |
03BRL-CAD:starseeker * 68406
(brlcad/branches/tcltk86/INSTALL brlcad/branches/tcltk86/configure
and 3 others): re-enable itk and iwidgets |
17:29.52 |
Notify |
03BRL-CAD:starseeker * 68407
brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: library has
init.tcl, which is required. |
17:38.48 |
Notify |
03BRL-CAD:starseeker * 68408
(brlcad/branches/tcltk86/src/other/CMakeLists.txt
brlcad/branches/tcltk86/src/other/incrTcl/itcl/CMakeLists.txt):
Tweak the versioning slightly. |
17:41.54 |
Notify |
03BRL-CAD:starseeker * 68409
(brlcad/branches/tcltk86/src/archer/CMakeLists.txt
brlcad/branches/tcltk86/src/tclscripts/archer/LoadArcherLibs.tcl
brlcad/branches/tcltk86/src/tclscripts/hv3_man_browser_test.tcl):
More removal of tkpng references |
17:50.29 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
18:01.53 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
18:02.36 |
*** join/#brlcad ickby
(~stefan@x5d8459be.dyn.telefonica.de) |
18:04.44 |
*** join/#brlcad sniok
(~sniok@89.252.29.238) |
18:04.48 |
brlcad |
starseeker:
require 8.6 is good |
18:16.01 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9801 /wiki/User:Tandoorichick/GSoC2016/Logs:
/* Development Logs */ |
18:17.40 |
Notify |
03BRL-CAD:starseeker * 68410
(brlcad/branches/tcltk86/src/other/incrTcl/itcl/CMakeLists.txt
brlcad/branches/tcltk86/src/other/incrTcl/itk/CMakeLists.txt): wrap
policy 26 setting |
18:19.04 |
*** join/#brlcad ickby
(~stefan@x5d8459be.dyn.telefonica.de) |
18:22.30 |
Notify |
03BRL-CAD:starseeker * 68411
brlcad/branches/tcltk86/src/other/tktable/generic/tkTable.c: add in
the CMake header include |
18:23.34 |
Notify |
03BRL-CAD:starseeker * 68412
(brlcad/branches/tcltk86/src/tclscripts/sdialogs/sdialogs.tcl
brlcad/branches/tcltk86/src/tclscripts/swidgets/swidgets.tcl): Not
clear yet that 3.2 is a requirement here (if it is we'll hae to fix
that) - for now just remove the version specifiers. |
18:33.43 |
Notify |
03BRL-CAD:starseeker * 68413
brlcad/branches/tcltk86/src/other/incrTcl/itk/CMakeLists.txt: looks
like we may need patchlevel for itk |
18:35.07 |
Notify |
03BRL-CAD:starseeker * 68414
(brlcad/branches/tcltk86/INSTALL brlcad/branches/tcltk86/configure
and 5 others): Turn tkhtml and tktable back on. Can launch MGED
now, but Archer (not surprisingly) isn't happy yet. Need to look
into what's involved in an itcl/itk 3 to itcl/itk 4
migration. |
18:40.39 |
starseeker |
groans - wonder if our resident ITcl/Itk expert can be
persuaded to investigate... |
18:44.57 |
*** join/#brlcad ickby
(~stefan@x5d8459be.dyn.telefonica.de) |
18:57.05 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
19:09.04 |
Notify |
03BRL-CAD:starseeker * 68415
brlcad/branches/tcltk86/src/other/tkhtml/CMakeLists.txt: fix
package name |
19:13.32 |
Notify |
03BRL-CAD:starseeker * 68416
brlcad/branches/tcltk86/src/other/CMakeLists.txt: Go with TCL_TCLSH
and TCL_WISH |
19:16.21 |
Notify |
03BRL-CAD:starseeker * 68417
brlcad/branches/tcltk86/src/other/CMakeLists.txt: TK_WISH, not
TCL_WISH |
19:24.05 |
Notify |
03BRL-CAD:starseeker * 68418
brlcad/branches/tcltk86/src/other/CMakeLists.txt: dispense with the
incrTcl parent directory |
19:34.08 |
*** join/#brlcad asad_____
(~asad00@host10-2.natpool.mwn.de) |
19:41.12 |
*** join/#brlcad ickby_
(~stefan@x5d8459be.dyn.telefonica.de) |
19:57.08 |
*** join/#brlcad ickby_
(~stefan@x5d8459be.dyn.telefonica.de) |
20:05.09 |
*** join/#brlcad merzo
(~merzo@232-36-201-46.pool.ukrtel.net) |
20:09.01 |
*** join/#brlcad ickby
(~stefan@x5d8459be.dyn.telefonica.de) |
20:12.24 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
20:32.38 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:34.34 |
Notify |
03BRL-CAD:starseeker * 68419 NIL: remove
incrTcl dir |
20:41.49 |
Notify |
03BRL-CAD:starseeker * 68420
brlcad/branches/tcltk86/src/other/CMakeLists.txt: no longer need to
ignore |
20:42.34 |
Notify |
03BRL-CAD:starseeker * 68421
brlcad/branches/tcltk86/src/other/CMakeLists.txt: whoops - remove
debug message |
20:43.23 |
*** join/#brlcad ickby
(~stefan@x5d8459be.dyn.telefonica.de) |
21:07.07 |
*** join/#brlcad ickby
(~stefan@x5d8459be.dyn.telefonica.de) |
21:29.11 |
*** join/#brlcad merzo
(~merzo@232-36-201-46.pool.ukrtel.net) |
22:51.02 |
Notify |
03BRL-CAD:starseeker * 68422
(brlcad/branches/tcltk86/src/other/itcl/CMakeLists.txt
brlcad/branches/tcltk86/src/other/itk/CMakeLists.txt and 2 others):
Make a stab at reworking library finding |
23:33.28 |
Notify |
03BRL-CAD:starseeker * 68423
(brlcad/branches/tcltk86/src/other/CMakeLists.txt
brlcad/branches/tcltk86/src/other/iwidgets/iwidgets.tcl.in
brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt): various
tweaks |
23:34.02 |
Notify |
03BRL-CAD:starseeker * 68424
brlcad/branches/tcltk86/src/libtclcad/tclcadAutoPath.c: Use the
stashed info from the system Tcl. |
23:34.36 |
Notify |
03BRL-CAD:starseeker * 68425
(brlcad/branches/tcltk86/src/libtclcad/CMakeLists.txt
brlcad/branches/tcltk86/src/libtclcad/tclcad_init.c): Try again to
avoid using the Itcl/Itk library C init functions. |
23:37.06 |
Notify |
03BRL-CAD:starseeker * 68426
(brlcad/branches/tcltk86/misc/tools/dom2dox/CMakeLists.txt
brlcad/branches/tcltk86/misc/win32-msvc/Dll/CMakeLists.txt and 8
others): variable rename |
00:49.33 |
*** join/#brlcad LordOfBikes
(~armin@dslb-178-010-188-152.178.010.pools.vodafone-ip.de) |
01:25.17 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
02:13.32 |
starseeker |
OK, so it
looks like mged and rtwizard work with 8.6, but archer isn't
happy |
02:13.37 |
starseeker |
isn't sure why yet |
02:21.13 |
Notify |
03BRL-CAD:starseeker * 68427
brlcad/branches/tcltk86/src/tclscripts/archer/Archer.tcl: update
Tktable version |
02:46.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:24.05 |
Notify |
03BRL-CAD:starseeker * 68428
brlcad/branches/tcltk86/src/archer/archer_launch.tcl: fix Tktable
version |
03:26.19 |
Notify |
03BRL-CAD:starseeker * 68429
(brlcad/branches/tcltk86/src/archer/archer_launch.tcl
brlcad/branches/tcltk86/src/archer/plugins/Wizards/humanwizard/HumanWizard.tcl
and 7 others): trying to treat Archer and ArcherCore as defining
global variables seems to be iffy with the latest itcl/itk.
Temporarily switching these out gets us further, but after that I'm
getting a low level Tcl crash message from the init.tcl
script. |
03:27.08 |
Notify |
03BRL-CAD:brlcad * 68430
brlcad/trunk/NEWS: generalize carl's work to more than just help
options -- he worked on overall command option consistency as well
as making many manual pages more consistent. |
03:27.38 |
Notify |
03BRL-CAD:brlcad * 68431
brlcad/trunk/TODO: 63406 needs docs if 7.24.6 matrix editing
doesn't work. |
03:31.32 |
Notify |
03BRL-CAD:brlcad * 68432
brlcad/trunk/doc/docbook/system/man1/rt.xml: in the process of
making rt's manual page match rtedge, he incorrectly migrated a
comment about -o disabling parallel processing. that's only true
with rtedge because of how it seeks around the buffer and needs
this in order |
03:36.02 |
Notify |
03BRL-CAD:brlcad * 68433
brlcad/trunk/src/rt/opt.c: ws cleanup and change >= 180 back to
> 179 |
03:37.18 |
starseeker |
isolates a behavior difference between itcl 3.4 and itcl
4 |
03:37.28 |
starseeker |
we'll see if
it's considered a bug or not |
03:37.41 |
starseeker |
there's a
deeper problem, but at least that's a start... |
03:39.57 |
Notify |
03BRL-CAD:brlcad * 68434
brlcad/trunk/src/proc-db/tube.c: clearly denote floating
point |
03:49.28 |
Notify |
03BRL-CAD:brlcad * 68435
brlcad/trunk/doc/docbook/system/man1/brlcad.xml: high resolution
flags no longer exist. -h is still reserved, albeit for help
now |
03:56.34 |
Notify |
03BRL-CAD:brlcad * 68436
brlcad/trunk/doc/docbook/system/man1/fblabel.xml: lowercase high
res flag no longer exists, so adapt to uppwercase one
remaining |
04:02.09 |
Notify |
03BRL-CAD:starseeker * 68437
(brlcad/branches/tcltk86/src/other/itcl/CMakeLists.txt
brlcad/branches/tcltk86/src/other/itk/CMakeLists.txt): relative dir
positions changed |
04:07.15 |
*** join/#brlcad tandoorichick
(~rakshika@117.231.198.139) |
04:20.12 |
Notify |
03BRL-CAD:brlcad * 68438
brlcad/trunk/TODO: added copyrighted images, but must preserve
attribution and copyright notice from ayam dev |
04:21.50 |
Notify |
03BRL-CAD:brlcad * 68439
brlcad/trunk/AUTHORS: lastname, firstname - credit gustave with his
windows SMP support contributions |
04:23.55 |
Notify |
03BRL-CAD:brlcad * 68440
brlcad/trunk/NEWS: Cliff not just removed support for old rle
format, he removed the deprecated tools. thus, user visible and
needing a final callout |
04:26.55 |
Notify |
03BRL-CAD:starseeker * 68441
brlcad/trunk/src/tclscripts/archer/images/CMakeLists.txt: Add Ayam
license file. Think it's just the brep icons so far, but should
check to see if there are others that improve on what we're
currently using. Should probably come up with some way to use icv
to autogenerate the boolean variations at build time... |
04:27.29 |
Notify |
03BRL-CAD:starseeker * 68442
brlcad/trunk/TODO: Added license file |
04:30.44 |
Notify |
03BRL-CAD:brlcad * 68443
brlcad/trunk/TODO: looks like 61494 is user vis |
04:31.53 |
Notify |
03BRL-CAD:brlcad * 68444
brlcad/trunk/TODO: bob's addition of fbclear to archer is user vis
worth mention |
04:38.48 |
Notify |
03BRL-CAD:starseeker * 68445
(brlcad/branches/tcltk86/src/other/itcl/CMakeLists.txt
brlcad/branches/tcltk86/src/other/itk/CMakeLists.txt): simplify
version number handling |
06:41.59 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:02.34 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:08.06 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:50.00 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:05.39 |
*** join/#brlcad teepee]
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
09:22.53 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
09:50.32 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:50.39 |
*** join/#brlcad davee_
(~davee@71-83-188-23.dhcp.lnbh.ca.charter.com) |
09:58.23 |
*** join/#brlcad tandoorichick
(~rakshika@117.249.203.55) |
10:20.02 |
*** join/#brlcad tandoorichick
(~rakshika@103.207.140.226) |
11:35.53 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
11:57.31 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
12:12.07 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
13:22.15 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:55.00 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
15:16.02 |
Notify |
03BRL-CAD:starseeker * 68446
(brlcad/branches/tcltk86/src/other/itcl.dist
brlcad/branches/tcltk86/src/other/itk.dist
brlcad/branches/tcltk86/src/other/iwidgets.dist): Remove a few
files we aren't using |
15:26.17 |
*** join/#brlcad Mathnerd314
(~quassel@supertux/Mathnerd314) |
15:29.12 |
Notify |
03BRL-CAD
Wiki:Heliogalvan * 0 /wiki/User:Heliogalvan: |
16:12.17 |
Notify |
03BRL-CAD:starseeker * 68447
(brlcad/branches/tcltk86/src/other/itcl/CMakeLists.txt
brlcad/branches/tcltk86/src/other/itcl/generic/itcl.decls and 17
others): Back down from itcl/itk 4 to latest 3.4 - rtwizard still
seems to work, and archer still fails with "cannot access
object-specific info without an object context" |
16:17.42 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:26.10 |
Notify |
03BRL-CAD:starseeker * 68448
brlcad/trunk/src/rt/opt.c: Looks like stray comma got
added |
16:28.45 |
Notify |
03BRL-CAD:starseeker * 68449
(brlcad/trunk/src/other/incrTcl/itcl/doc/Class.3
brlcad/trunk/src/other/incrTcl/itcl/doc/List.3 and 87 others):
Upgrade to latest Itcl/Itk 3.4. Mostly this is a test - this
version of Itcl/Itk runs archer with 8.5, but not with
8.6 |
16:57.32 |
*** join/#brlcad Mandeep_Singh
(~mandeep@101.60.206.224) |
16:59.59 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.227.111) |
17:03.15 |
Notify |
03BRL-CAD:starseeker * 68450
brlcad/branches/tcltk86/src/tclscripts/archer/Archer.tcl: tweak
get_html_data - earlier change didn't work well. |
17:45.54 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
18:07.33 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
18:17.00 |
Notify |
03BRL-CAD:brlcad * 68451
brlcad/trunk/src/libtclcad/tclcad_obj.c: nothing temporary about it
after two years, remove dead comments |
18:19.54 |
Notify |
03BRL-CAD:brlcad * 68452
(brlcad/trunk/src/libbrep/BBNode.cpp
brlcad/trunk/src/libbrep/BRNode.cpp): the headers properly wrap
themselves with BEGIN/END_DECLS, so don't need to manually wrap
them here |
18:22.42 |
starseeker |
we appear to
be making heavy use of an accidental propery of itcl3 in Archer
that has not transitioned to itcl4 |
18:23.26 |
starseeker |
has put itcl3 in place in the 8.6 branch successfully, but
system installs are going to provide 4 if they provide
anything... |
18:24.46 |
starseeker |
wonders how large a rework of Archer we should accept before
a) just using the bundled itcl3 always instead or b) starting to
think about Qt... |
18:25.59 |
starseeker |
brlcad: I
note the acknowledgements panel is still present in the About
dialog in Archer - did you want to change that? |
18:26.27 |
starseeker |
minimally
should be updated... |
18:27.21 |
Stragus |
makes "ewww" sounds at the mention of Qt |
18:27.42 |
starseeker |
<snort>
how much experience do you have with Tk? |
18:28.04 |
Stragus |
None :),
having trouble maintaining the Tk code? |
18:28.27 |
starseeker |
Stragus: less
that than running into limits with what we can easily do in
Tk |
18:28.41 |
Stragus |
That sounds
like a problem |
18:28.56 |
starseeker |
it hasn't
helped our usability much |
18:30.29 |
*** join/#brlcad ickby
(~stefan@x5d846937.dyn.telefonica.de) |
18:30.57 |
Stragus |
I can
imagine. Perhaps an OpenGL-based GUI would integrate better with
the OpenGL rendering... I have done a few things with mine:
http://www.rayforce.net/glui002.png |
18:31.49 |
Stragus |
Qt would
provide all the ready-to-use widget collection, but it has its own
share of issues |
18:31.54 |
starseeker |
nods - that was/is one of the possibilities, but Qt gives us
a lot of useful stuff we'd more or less have to hand-roll
inOpenGL |
18:33.01 |
starseeker |
rather likes the look of nanovg |
18:33.48 |
Stragus |
Its rendering
is poorly optimized. My screenshot above does 4000 fps |
18:34.16 |
starseeker |
blinks - wow. just bad execution on their part, or did they
make some design tradeoffs? |
18:35.37 |
Stragus |
Bad design.
It's immediate-style, instead of buffering, minimize state changes,
uploading large buffers and as few GL Draw() calls as
possible |
18:36.06 |
starseeker |
hmm |
18:36.40 |
Stragus |
Look at their
screenshot, 44 fps. It's like a terrible joke |
18:37.05 |
starseeker |
heh - perhaps
they were optimizing for interactivity on crappy
hardware? |
18:37.33 |
Stragus |
No,
everything that memononen guy writes is terrible for performance,
serious design issues |
18:37.46 |
Stragus |
He comes up a
lot in #opengl due to his fontstash and friends |
18:38.08 |
starseeker |
has found fontstash itself quite useful... |
18:38.17 |
Stragus |
Ah!
:) |
18:38.28 |
starseeker |
granted, I'm
not pushing any performance boundaries when I use it
either |
18:39.14 |
Stragus |
Well, just
keep that in mind when comparing 44 fps to 4000 fps |
18:39.49 |
starseeker |
Stragus: if
you've looked at libdm at all, you know we've other other stuff to
fix before that's going to be worrisome |
18:40.25 |
starseeker |
Stragus: if
fontstash isn't very good, what's your recommended solution for
text? |
18:41.23 |
Stragus |
Not sure
actually, I wrote my own based on freetype |
18:41.40 |
Stragus |
really needs to put a lot of stuff on github or
whatever |
18:42.35 |
starseeker |
what about
fontstash is bad peformance wise? I knew nanovg was slow, but I've
seen less about fontstash |
18:43.22 |
Stragus |
The hashing
function and table is bad. It's querying freetype constantly for
the kerning between characters. Oh, and there are actually errors
in the spacing and kerning |
18:44.06 |
starseeker |
fontstash
doesn't use freetype, unless something changed - doesn't it use
stb_freetype? |
18:44.09 |
Stragus |
I don't
remember what the actual GL rendering was... but it should all be
buffered, batched, uploaded and drawn together |
18:44.38 |
Stragus |
Ah yes, there
is #define in it to switch to freetype. If you don't use freetype,
then there's no glyph hinting and other issues |
18:44.50 |
Stragus |
Glyph hinting
is pretty important for small fonts |
18:45.12 |
Stragus |
With glyph
hinting, tiny fonts are still readable: http://www.rayforce.net/glui001.png |
18:45.22 |
starseeker |
nods - knew it was simplistic, but plenty good enough
compared to our old solutions.. |
18:46.29 |
Stragus |
(For
screenshot, the sizes are in pixels, not font "points" or
whatever) |
18:48.48 |
starseeker |
Stragus:
check out our current font logic for the GLX backend:
https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/libdm/dm-ogl.c#l238 |
18:49.36 |
starseeker |
Stragus: I
think the more sophisticated OpenGL text solutions do do better
with freetype - Sean's a fan of FTGL, which I think does better but
was/is also more work to integrate |
18:49.39 |
Stragus |
Oh, X fonts
:) |
18:50.34 |
Stragus |
I never
really looked into ftgl, I know they have some interesting
features |
18:51.25 |
starseeker |
Once we get a
proper cross-platfom OpenGL backend in place we can start to get
more sophisiticated, but right now any major libdm work has to take
glx, wgl, X, and several others into consideration |
18:51.37 |
Stragus |
Large fonts
also benefit from signed distance fields, I wrote code for
that |
18:52.06 |
starseeker |
Stragus: heh
- yeah, you'd probably achieve some fame on github if you were so
inclined |
18:52.09 |
Stragus |
Just use
freetype2 and be cross-platform, same results
everywhere |
18:52.14 |
starseeker |
nods |
18:52.52 |
starseeker |
freetype has
improved a *lot* in terms of ease of integration, one of the things
that will really help when we switch |
18:53.23 |
starseeker |
wish their
license was just a bit more liberal, but I think we're OK to use
it |
18:53.50 |
Stragus |
If you think
you might use my code, I think that would motivate me to clean up,
provide demos, perhaps even... *shivers* documentation |
18:54.47 |
starseeker |
Stragus:
well, right now our "cutting edge" libdm backend is using
OpenSceneGraph to provide a cross platform API to give us an OpenGL
canvas, and then we're using fontstash for cross platform
text |
18:54.49 |
Stragus |
An OpenGL gui
really has some serious advantages for GL-based CAD
software |
18:54.57 |
Stragus |
Darn. |
18:56.00 |
Notify |
03BRL-CAD:brlcad * 68453
brlcad/trunk/src/util/CMakeLists.txt: the tk apps need to specify
their tcl/tk library deps. not necessarily coupled to X11 either
(e.g., aqua) |
18:56.34 |
starseeker |
so if you
have a lightweight wrapper library to initialize and interact with
opengl and a fast/decent text rendering solution I'd be interested
:-) |
18:56.50 |
Notify |
03BRL-CAD:brlcad * 68454
brlcad/trunk/src/shapes/fence.h: use the decl wrappers from
common |
18:57.25 |
Stragus |
Text,
definitely so. For the OpenGL setup, I have always used GLFW
everywhere, it's excellent. Or did you mean more than managing
context/input? |
18:57.37 |
starseeker |
would prefer not to pull OSG along unless/until we're
actually using the scenegraph, which requires quite a bit more
libdm/libfb/mged work to do properly |
18:57.57 |
Stragus |
OSG is
terrible. It does 110k malloc() calls to render a cube |
18:58.00 |
starseeker |
glfw would
work if we could embed the OpenGL canvas it provides in a Tk
context |
18:58.05 |
starseeker |
window
rather |
18:58.27 |
starseeker |
last time I
looked at glfw, it was assuming it always provides the
window |
18:58.37 |
Stragus |
Indeed, I
think that's the case |
18:58.50 |
starseeker |
that might be
fairly simple to change - if so, it would sure be way lighter than
OSG |
18:59.14 |
starseeker |
Stragus: is
OGRE better than OSG performance wise, or do they make many of the
same mistakes? |
18:59.21 |
Stragus |
Yes should
be, I'm fairly familiar with the GLFW code |
18:59.32 |
Stragus |
Ogre is also
very osbolete |
18:59.52 |
Stragus |
Seriously,
why not use your own engine? |
18:59.53 |
starseeker |
Stragus: huh.
Who are the new kids on the block? Or is implementation lagging
behind theory? |
19:00.06 |
starseeker |
Stragus:
'cause we'd rather not write one ourselves? |
19:01.00 |
starseeker |
hunts up glfw - that sounds like a nice respite from
rewriting Tcl/Tk CMake build code |
19:01.04 |
Stragus |
Well, it's
not like you need shadow cascades, spherical harmonics or deffered
lighting... Your needs are pretty light? |
19:01.11 |
starseeker |
correct |
19:01.38 |
starseeker |
although I'm
not opposed to using fancy features once we get a proper scene set
up... |
19:01.49 |
Stragus |
So it could
take about as long writing good GL code than figuring out how to
work with some engine that's potentially slow and/or poorly adapted
and/or lacking features |
19:02.42 |
starseeker |
nods - that could very well be |
19:03.05 |
starseeker |
but the odds
i would do a new one the "right" way are fairly low, at least for a
first cut |
19:03.35 |
Stragus |
I think I
have quite a bit of experience with GL if you ever have
questions |
19:04.37 |
starseeker |
Stragus:
ideally we'd want to integrate things like LoD (Hoppe's code dump
of progressive mesh code make that even more
interesting) |
19:04.58 |
starseeker |
give how big
the models we work with can get, some sort of size management would
really help |
19:05.15 |
Stragus |
I wrote this
3 years ago in spare time... I wanted to test my computational
fluid dynamics then got distracted: http://www.rayforce.net/newproject024.png |
19:06.27 |
starseeker |
heh -
nice! |
19:06.47 |
Notify |
03BRL-CAD:brlcad * 68455
(brlcad/trunk/src/conv/step/BRLCADWrapper.h
brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp and 9
others): remove the extern C wrappings as all our headers should
now be properly wrapped for the caller |
19:07.41 |
*** join/#brlcad ickby
(~stefan@x5d846937.dyn.telefonica.de) |
19:08.50 |
Stragus |
For LODs, is
it something you can just precompute? |
19:09.23 |
starseeker |
maybe...
there are multiple options there |
19:09.33 |
starseeker |
NURBS models
we might be able to re-tessellate on the fly |
19:09.42 |
Stragus |
I'm not sure
how important a "smooth" choice of level of details really is. Done
properly, one can't even see the transition points |
19:09.52 |
starseeker |
nods |
19:11.23 |
starseeker |
yeah, GLFW
doesn't expose the context creation independent of the Window
creation |
19:11.36 |
starseeker |
wonder how
hard it is to extract the context part... |
19:11.39 |
Stragus |
Yes, but I
think it could be hacked in |
19:14.37 |
Stragus |
And dreda is
the maintainer, always answering questions in #glfw |
19:15.01 |
starseeker |
recalls asking long ago about the possibility, I think it was
deemed a bit out of scope |
19:15.11 |
Stragus |
Ah
:/ |
19:15.12 |
starseeker |
that would
have been back around the togl work |
19:15.36 |
starseeker |
still,
boiling the context subset of this might not be too
hard |
19:15.48 |
Stragus |
nods |
19:16.13 |
starseeker |
question is
whether it's worth it just to displace the OSG sources - that does
work now, however cumbersom it might be |
19:18.05 |
starseeker |
If Tk
provided an OpenGL widget worth anything I'd cheerfully make it the
client's responsibility to supply an OpenGL context |
19:18.18 |
Stragus |
That's really
a huge dependency, and just to create a GL context? |
19:18.44 |
Stragus |
I don't even
know if OSG supports the creation of core contexts, debugging
contexts, and so on |
19:18.50 |
starseeker |
at the moment
- eventually we plan to use the scene features, but before we can
do that some of MGED's basic assumptions need to be
altered |
19:19.40 |
Stragus |
I really
would *not* recommend OSG. I have had the displeasure of debugging
something in OSG for Lee, I have looked under the hood |
19:20.25 |
Stragus |
The horror,
the horror... It's like academia C++ pushed to 11 |
19:21.18 |
starseeker |
Stragus:
well, I'll look at extracting the context bits out of glfw and see
if they can replace what we're currently using OSG for |
19:21.30 |
Stragus |
Also using GL
display lists, immediate mode, and so on. If you want to do
anything modern, then forget it, it's not in OSG |
19:22.07 |
Stragus |
(110000
malloc() calls to render a cube, argh!) |
19:23.02 |
starseeker |
Stragus: bear
in mind we do need a reasonable fallback mode if OpenGL is hozed on
a computer for some reason - I'd be fine with making a a platform
agnostic version of tinygl or extracting mesa's software-only
rendering backend for that... |
19:23.40 |
starseeker |
more
importantly though is we can't assume super-modern OpenGL features
all the time - there has to be a reasonable "degraded" mode we can
guarantee everywhere |
19:23.40 |
Stragus |
A fallback
mode, meaning a GL 1.1 path? |
19:23.56 |
starseeker |
well,
whatever can be usably implemented in software |
19:24.05 |
starseeker |
I think mesa
may be up around 2, but I"m not sure |
19:24.08 |
starseeker |
haven't
checked lately |
19:24.31 |
Stragus |
I think they
implement GL 3.1 |
19:24.38 |
starseeker |
do
they |
19:24.53 |
starseeker |
huh - I
haven't been keeping track, that's further along than I
thought |
19:25.37 |
Stragus |
GL 3.1 is
pretty much modern GL, minus compute shaders and other
goodies |
19:26.08 |
starseeker |
the question
is whether their software-only mode can do that |
19:26.37 |
Stragus |
Yes, I think
so. Anyhow, your needs are simple, so even writing ol' good GL 1.1
shouldn't be too hard |
19:26.42 |
starseeker |
nods |
19:27.01 |
starseeker |
we've
suggested student projects in the past to take tinygl and make it
more cross platform |
19:27.36 |
Stragus |
Last update
in 2002, that's not a good sign |
19:27.50 |
Stragus |
"16 bit Z
buffer. 16 bit RGB display. High speed dithering to paletted 8 bits
if needed. High speed convertion to 24 or 32 bits" |
19:27.53 |
Stragus |
Okay, that's
not good |
19:28.45 |
starseeker |
if we make an
alterned version of the glfw wrapping API, we could probably put
the key software rendering bits from mesa's swrat or maybe softpipe
behind that API |
19:30.03 |
Stragus |
Does it
really come up often that people run CAD software on machines
without any GL? Even Windows or Linux without drivers provide at
least GL 1.1 |
19:30.06 |
Stragus |
(in
software) |
19:31.54 |
starseeker |
it does
sometimes happen that the drivers will temporarily be in a
non-functional state (after an update) or someone tries to display
across a network interface and things get interesting |
19:32.47 |
Stragus |
And when you
want to be bullet-proof even in such cases, okay |
19:32.54 |
Stragus |
And * you
want |
19:32.57 |
starseeker |
that usually
happens when there are tight deadlines people are trying to satisfy
(I think there's some sort of universal law about that) |
19:33.03 |
starseeker |
so, yeah
:-) |
19:33.08 |
Stragus |
Eheh :), got
it |
19:33.31 |
starseeker |
but you're
right, GL 1.1 would do what we need |
19:34.01 |
starseeker |
tinygl may
not be very impressive, but it's better than the raw X backend
(which can only do wireframe - no shaded mode) |
19:34.25 |
starseeker |
not being
able to assume shaded drawing for your scene interface is a
bummer |
19:34.41 |
Stragus |
Mesa's LLVM
can generate SSE/AVX code and be
somewhat-kind-of-usable |
19:35.05 |
starseeker |
that would
require the llvm backend though |
19:35.34 |
starseeker |
we may get
there someday if we incorproate support for Open Shading Language,
but it's an even bigger dependency than OSG if I'm not
mistaken |
19:35.57 |
Stragus |
Open Shading
Language?... Why not GL's GLSL? |
19:36.13 |
starseeker |
OSL is for
raytracers |
19:36.23 |
Stragus |
Oh.
Interesting |
19:37.32 |
starseeker |
ah, this
looks like an active ftgl fork: https://github.com/ulrichard/ftgl |
19:38.05 |
starseeker |
few other
forks with changes |
19:38.24 |
Stragus |
wants to see the GL rendering code |
19:39.04 |
starseeker |
not sure
where that'd be tucked away - Sean probably knows |
19:40.10 |
Stragus |
Technically,
my font manager doesn't depend on GL, and rather delegates the
rendering to an abstract "renderer" which does, doing the buffering
and batching |
19:40.45 |
Stragus |
So you can
switch the renderer at will. ftgl may work the same way |
19:40.49 |
starseeker |
nods - I seem to remember something about that for fontstash
as well - opengl was just the "output" form used for the
rendering |
19:40.58 |
Stragus |
Right |
19:41.08 |
*** join/#brlcad ickby_
(~stefan@x5d846937.dyn.telefonica.de) |
19:41.44 |
starseeker |
ugh - ftgl
has a whole subdirectory for MSVC builds? |
19:41.56 |
Stragus |
Also,
fontstash is not flexible enough to do things like two-channel
post-processing with custom spacing, in order to do outlined
text |
19:42.02 |
starseeker |
nods |
19:42.27 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
19:42.31 |
starseeker |
ew - no
project with a decent CMake build should need checked-in visual
studio project files |
19:43.07 |
Stragus |
That's
another reason I don't put anything on github. Can't stand all
build systems, I write Makefiles or even just bash
scripts |
19:43.40 |
starseeker |
nods - github works find for that though - you just check in
what you want and let someone else make the build system they
like |
19:43.53 |
Stragus |
I frequently
need to do things like compiling the same .c or .cu file multiple
times with different options, and it's always a nightmare with
build systems |
19:43.58 |
starseeker |
has a bunch of forks/projects that are CMake-ifications of
other projects |
19:44.02 |
Stragus |
Ah,
cool |
19:44.35 |
starseeker |
new one just
this week, in fact: https://github.com/starseeker/unifdef |
19:45.04 |
Stragus |
Eh,
neat |
19:45.32 |
starseeker |
they give you
the "forked from" link so you can always reference the original
project |
19:46.59 |
starseeker |
my SuperLU
CMake build even got a user - I've gotten several patches back
updating to the latest version. |
19:47.25 |
starseeker |
someday I'll
finish up my Meshlab conversion - it hasn't ticked me off lately,
so I've kinda stalled |
19:47.51 |
Stragus |
You are a
CMake fan then :) |
19:48.18 |
starseeker |
I'm a fan of
what it allows you to do - one build system for OSX, Linux, BSD,
and MSVC |
19:48.40 |
starseeker |
I'm not crazy
about their syntax - I think they should have gone with lua or some
such rather than inventing their own language |
19:48.51 |
Stragus |
It just
seemed so complicated to do basic things like "compile this, run
that, *then* compile X 10 times with these options" |
19:49.08 |
starseeker |
but compared
to sh+m4+automake+autoconf+... it's awesome |
19:49.41 |
starseeker |
Stragus:
yeah, the latter bit does conflict with their mental model of build
targets |
19:50.07 |
Stragus |
Exactly |
19:50.45 |
starseeker |
usually there
are work-arounds that are simpler than trying to maintain and sync
multiple build systems across different platforms though - we did
that pre-CMake, and it sucked |
19:50.47 |
Stragus |
I want to
compile my CUDA pipelines for all variety of CUDA hardware, and for
all runtime options for the pipeline, which can be a total of 200
times |
19:51.59 |
starseeker |
Stragus:
Couple of possible approaches... I'd probably write a CMake script
to automatically set that up in the build directory. |
19:52.32 |
starseeker |
configure_file and execute_process can be
used to do quite a lot, if you really need to |
19:52.55 |
Stragus |
I'll try to
motivate me to try again one day... :) |
19:53.02 |
starseeker |
heh |
19:53.44 |
starseeker |
I don't
recommend CMake for all situations, certainly - but when you want
to be trivially portable to Windows+MSVC, it just makes life a lot
simpler |
19:54.19 |
starseeker |
You can do
most of your work on a Real OS, then check things on Windows just
by pulling the updates, configuring and building |
19:54.31 |
Stragus |
I'm not
concerned by MSVC, I tend to write C gnu99 |
19:54.40 |
Stragus |
(which
compiles with GCC, clang and ICC) |
19:54.43 |
starseeker |
no updating
VS project files and hoping the bugs aren't too bad because nobody
else has checked in 6 months |
19:54.51 |
Stragus |
Eheh |
19:55.11 |
starseeker |
nods - unfortuantely, we have no choice but to pay attention
to MSVC |
19:55.23 |
*** join/#brlcad yorik
(~yorik@189-46-38-150.dsl.telesp.net.br) |
19:55.53 |
starseeker |
several times
we've had to "port" possible third party libs over to MSVC
ourselves, because were the first in the open source community to
actually care |
19:56.17 |
Stragus |
I'm actually
surprised you do |
19:56.27 |
Stragus |
What's wrong
with mingw64, the Intel compiler? |
19:57.31 |
starseeker |
we haven't
yet managed to fully port to mingw64, and I've had fairly mixed
luck with it over the years - mainly getting it set up correctly.
It's still quite easy to do that wrong |
19:57.49 |
Stragus |
Okay, that is
surprising |
19:58.07 |
starseeker |
the Intel
compiler is usually pay-to-play - I think there may be a program
now for open source projects, but I don't know about on
Windows |
19:59.01 |
starseeker |
we really
should get mingw64 working... I've been half hoping someone would
take Qt Creator, the new clang Windows porting work, and whatever
bits from the mingw setup are needed to make a true "plug and play"
open source C/C++ development ala MSVC |
19:59.18 |
Stragus |
Not sure. I
know SURVICE wanted some code to compile on Windows without
expecting people to use mingw64, because people want software they
pay for, and apparently ICC was the best solution |
19:59.44 |
starseeker |
it's a good
compiler |
19:59.52 |
starseeker |
or at last,
that's what I've heard about it |
20:00.15 |
Stragus |
It's supposed
to be good at auto-vectorization. I do my own SSE/AVX, and GCC
comes up on top by 2% or so |
20:00.22 |
starseeker |
but the
Visual Studio Community edition can be used for open source
projects and is both free and simple to get working |
20:01.22 |
starseeker |
ideally, we
would be able to build anywhere someone wanted to build - mingw is
actually our most glaring defect in that regard |
20:01.53 |
Stragus |
I agree, it
is very surprising. It's the same old good GCC! |
20:02.26 |
Stragus |
I never had
any trouble with my code and mingw64 |
20:11.40 |
starseeker |
Stragus:
well, if you're interested you can grab the latest trunk and see if
it builds |
20:13.46 |
*** join/#brlcad ickby_
(~stefan@x5d846937.dyn.telefonica.de) |
20:19.43 |
Notify |
03BRL-CAD:starseeker * 68456
brlcad/branches/tcltk86/src/other/CMakeLists.txt: Note the itcl4
issue Archer is having, and provide relevant info. |
20:24.07 |
*** join/#brlcad ickby
(~stefan@x5d846937.dyn.telefonica.de) |
20:31.29 |
Notify |
03BRL-CAD:brlcad * 68457
brlcad/trunk/AUTHORS: note the 2013 doc camp team (save for sean
and cliff which already have core status) under
documentation. |
20:51.15 |
Notify |
03BRL-CAD:brlcad * 68458
brlcad/trunk/src/libged/gdiff.c: remove dead code |
20:58.20 |
*** join/#brlcad ickby
(~stefan@x5d846937.dyn.telefonica.de) |
21:16.20 |
*** join/#brlcad ickby_
(~stefan@x5d846937.dyn.telefonica.de) |
21:29.50 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
21:45.52 |
Notify |
03BRL-CAD:brlcad * 68459
brlcad/trunk/NEWS: jon added a -f vertex fuse option to obj-g that
fuses verticies within a given tolerance. this helps the solidity
detection work but is slower (hence off by default). |
21:45.54 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
21:50.32 |
Notify |
03BRL-CAD:brlcad * 68460
brlcad/trunk/NEWS: keith fixed the bb command volume reporting,
which was returning mm^3 instead of the localized units. also
increased precision beyond one digit past the decimal, reported by
a user having problems with sub-inch boxes. |
22:06.17 |
Notify |
03BRL-CAD:brlcad * 68461
brlcad/trunk/TODO: note where things left off with the joint
articulation work (both the old system and the new joint objects)
from the big bullet branch merge (r62451) |
22:13.15 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:14.49 |
Notify |
03BRL-CAD:brlcad * 68462
brlcad/trunk/NEWS: cliff made fast4-g import CCONE1 even when they
have an illegal thickness. previously discarded them, but now
imports as volume cones. (r61433) |
22:18.09 |
Notify |
03BRL-CAD:brlcad * 68463
brlcad/trunk/NEWS: bob fixed (in r61402) the fork+exec method being
used on windows in rtwizard where edge drawing and ghosting were
not working. |
22:20.13 |
Notify |
03BRL-CAD:brlcad * 68464
brlcad/trunk/TODO: we're all in, need brep support |
22:29.01 |
Notify |
03BRL-CAD:brlcad * 68465
brlcad/trunk/NEWS: keith fixed the face validation check so that it
no longer tests the normal against the distance tol, instead
checking the dot product against the parallel tol. this improved
ray tracing and bounding boxes of really tiny triangles with edges
at/near the distance tol. (r61337) |
22:32.40 |
Notify |
03BRL-CAD:brlcad * 68466
brlcad/trunk/NEWS: keith added conversion timings output to the
step importer, telling how long it takes to load and
convert |
22:35.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:38.44 |
*** join/#brlcad merzo
(~merzo@232-36-201-46.pool.ukrtel.net) |
22:41.47 |
Notify |
03BRL-CAD:brlcad * 68467
brlcad/trunk/NEWS: cliff improved the search command's manual page
with a list of the -params parameters that can be
specified. |
22:42.01 |
Notify |
03BRL-CAD:n_reed * 68468
(brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt
brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml):
changes to support pdf export |
22:59.39 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:10.19 |
Notify |
03BRL-CAD:starseeker * 68469
brlcad/trunk/NEWS: Note upgrade to libpng 1.6.23 |
23:59.13 |
Notify |
03BRL-CAD:starseeker * 68470
(brlcad/branches/qtged/src/qged/CMakeLists.txt
brlcad/branches/qtged/src/qged/cadresources.qrc): Pull in some of
the appleseed resources for Qt UI customization. Doesn't quite
apply cleanly to qged (for one thing they're using a preprocessing
trick on their stylesheets) but it looks like it may have some
helpful hints. |
00:34.58 |
*** join/#brlcad whzdsxrrhrxtktsp
(~armin@dslc-082-083-184-131.pools.arcor-ip.net) |
01:11.07 |
*** join/#brlcad boj
(~boj@2001:250:3c00:2074:1c41:3ebb:c316:386e) |
01:21.07 |
boj |
Hi, I am
recently trying to finish the numerical test of ray-tracing, but I
am still stuck in using *gqa* to do the test because I cannot get
satisfactory result as I want :(, so I want to know is there any
replaceable methods or tools that can enable the test? |
01:52.23 |
*** join/#brlcad boj
(~boj@2001:250:3c00:2074:1c41:3ebb:c316:386e) |
01:59.35 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:29ee:457b:414:7993) |
02:09.45 |
*** join/#brlcad boj
(~boj@2001:250:3c00:2074:aa:714a:ca98:3346) |
02:28.20 |
Notify |
03BRL-CAD:brlcad * 68632
brlcad/trunk/include/common.h: pass the args through for
clarity |
02:37.17 |
starseeker |
crud - BSD
builds weren't release config. redoing |
03:02.00 |
Notify |
03BRL-CAD:brlcad * 68633
(brlcad/trunk/include/rt/tie.h brlcad/trunk/src/adrt/adrt.h and 28
others): significant refactoring to replace XGLUE with new
CPP_XGLUE macro. reduce some of the macro complexity by denoting
tie's primary macro-encased API in uppercase, and eliminating some
that merely affect declaration. |
03:24.58 |
starseeker |
uploads Linux binaries |
03:25.23 |
starseeker |
boj: you
might look at rtcheck and/or rtweight |
03:28.47 |
boj |
starseeker:
thanks, could u please give a short intro about these two tools, I
want to analyze the numerical accuracy just like *gqa*? |
03:29.50 |
boj |
cause I have
stuck in using *gqa* in these days and do not know how to proceed
my validation. |
05:20.46 |
Notify |
03BRL-CAD:brlcad * 68634
(brlcad/trunk/include/rt/tie.h brlcad/trunk/src/adrt/adrt_struct.h
and 8 others): simplify the precision handling so tie.h rules and
it's fully toggled on TIE_PRECISION. this may fix float-mode, which
didn't seem to be working on quick test. |
05:26.53 |
*** join/#brlcad ``Erik
(~erik@pool-100-16-40-20.bltmmd.fios.verizon.net) |
05:37.04 |
brlcad |
starseeker:
awesome on the build uploads. curious you went with an auto-detect
build on bsd? |
05:37.35 |
brlcad |
boj: what
does "satisfactory result" mean?? |
05:39.07 |
brlcad |
it's one of
the best tools for that job so if it's not satisfactory, then
you're probably either using it wrong, have something implemented
wrong, or are expecting it does something different to what it
does |
05:39.58 |
brlcad |
a very
similar tool is the rtweight tool, which does a single view, and
the nirt tool, which does individual rays |
05:43.59 |
brlcad |
usage is very
simple, run "brlman rtweight" to see options; rtweight -a az -e el
file.g object |
05:45.44 |
boj |
brlcad:
thanks, what I mean 'satisfactory' is the visual effect seems to be
acceptable, but from a numerical viewpoint, I do not know, if it is
right. |
05:46.43 |
boj |
for *gqa*, I
tried to use BoT planes as example, by using *gqa* and doing the
math, the result did not match very well. |
05:47.14 |
boj |
maybe I need
to use *rtweight* and get some results first |
05:49.04 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
05:49.55 |
boj |
for a sphere,
I can use *gqa* to compute the volume(for BoT), but the result is
not so exactly same with the mathematical calculation
result. |
05:51.45 |
boj |
brlcad:
besides, I have sent you an email giving a short summary of my
work, please check it. |
05:55.21 |
Stragus |
A sphere made
of a bag of triangles, against a perfect sphere? |
06:00.05 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
06:04.38 |
brlcad |
that's the
whole point of validating, to check the numerical values with
certainty as the visual result is practically irrelevant for a CAD
system |
06:05.27 |
brlcad |
all the
visual means is that you probably have a hit point in a consistent
(but not necessarily correct) vicinity |
06:05.34 |
brlcad |
not that
depths or directions or locations are correct |
06:07.18 |
brlcad |
I have been
working on responding to your e-mail, as we do need to talk
urgently in private but after I respond |
06:25.22 |
boj |
thanks
brlcad. |
06:44.22 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
06:48.16 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
06:58.09 |
*** join/#brlcad asad_________
(~asad00@host10-2.natpool.mwn.de) |
06:58.53 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
07:00.25 |
*** join/#brlcad sniok_
(~sniok@89.252.29.238) |
07:04.11 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
08:21.30 |
*** join/#brlcad sniok_
(~sniok@89.252.29.238) |
08:31.21 |
*** join/#brlcad teepee]
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
08:43.10 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
08:54.00 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
09:14.44 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
09:32.27 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
10:04.23 |
starseeker |
brlcad:
actually, went with a partial autodetect on both Linux and BSD -
can switch back if you want, but I figured libz and libpng were
universal enough to disable on those platforms and freetype can be
problematic unless we also build our own fontconfig - the latter
tries to pull in the system freetype and weirdness can
happen |
10:05.57 |
starseeker |
I did
generate an RPM, but it's way smaller than the tar.gz so I need to
investigate why |
10:18.09 |
starseeker |
also, the
install path on the rpm is /usr so I need to figure out why that
happened too... |
10:18.26 |
starseeker |
likes the idea of defaulting to /opt by the
way |
10:20.03 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
12:21.34 |
*** join/#brlcad Mandeep_Singh
(~mandeep@101.211.239.220) |
12:57.42 |
*** join/#brlcad yorik
(~yorik@187.57.207.104) |
13:41.31 |
*** join/#brlcad sniok_
(~sniok@89.252.29.238) |
13:53.03 |
*** join/#brlcad Mandeep_Singh
(~mandeep@101.211.241.20) |
14:59.07 |
*** join/#brlcad teepee]
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
15:27.06 |
*** join/#brlcad boj
(~boj@2001:250:3c00:2074:cd33:2382:91f0:f8f3) |
15:49.35 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.220.14) |
16:21.47 |
*** join/#brlcad Mandeep_Singh
(~mandeep@101.211.213.65) |
16:45.27 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
17:06.29 |
*** join/#brlcad Mandeep_Singh
(~mandeep@101.211.209.20) |
17:23.35 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.231.32) |
19:16.36 |
*** join/#brlcad Mandeep_Singh
(~mandeep@101.211.233.134) |
19:55.48 |
Notify |
03BRL-CAD:brlcad * 68635
(brlcad/trunk/TODO brlcad/trunk/src/libbrep/CMakeLists.txt and 7
others): brep is no longer optional (coincidentally, c++ is no
longer optional too .. public headers still need to work for c-only
projects) |
19:58.48 |
Notify |
03BRL-CAD:n_reed * 68636
(brlcad/branches/brep-debug/CHANGES
brlcad/branches/brep-debug/HACKING and 41 others): sync r68146
through r68249 changes from trunk |
20:00.47 |
starseeker |
brlcad: I
updated the included astyle to the MIT licensed version - did you
have something else in mind with the TODO item? Is that for
enabling the style-enforcing build logic? |
20:01.09 |
starseeker |
winces a bit looking over fontconfig...
urk |
20:01.19 |
starseeker |
doable, but
they have a lot of tests... |
20:02.15 |
Notify |
03BRL-CAD:brlcad * 68637
brlcad/trunk/TODO: pull a few priority items up already |
20:14.09 |
Notify |
03BRL-CAD:brlcad * 68638
brlcad/trunk/TODO: the rename was minimally impacting and
completed |
20:15.24 |
Notify |
03BRL-CAD:brlcad * 68639
(brlcad/trunk/CHANGES brlcad/trunk/include/bu/str.h and 3 others):
rename bu_free_array() to bu_free_args() as it specifically does
not free an array, it free's the pointers contained therein (args
in an argv array) |
20:16.08 |
Notify |
03BRL-CAD:n_reed * 68640
(brlcad/branches/brep-debug/misc/tools/astyle/ASBeautifier.cpp
brlcad/branches/brep-debug/misc/tools/astyle/ASEnhancer.cpp and 11
others): sync r68252 through r68266 changes from trunk |
20:21.14 |
Notify |
03BRL-CAD:n_reed * 68641
(brlcad/branches/brep-debug/AUTHORS
brlcad/branches/brep-debug/CHANGES and 191 others): sync r68283
through r68520 changes from trunk |
20:26.30 |
Notify |
03BRL-CAD:n_reed * 68642
(brlcad/branches/brep-debug/NEWS brlcad/branches/brep-debug/TODO
and 9 others): sync r68235 through r68249 changes from
trunk |
20:30.41 |
Notify |
03BRL-CAD:n_reed * 68643
(brlcad/branches/brep-debug/AUTHORS
brlcad/branches/brep-debug/CHANGES and 86 others): sync r68521
through r68639 changes from trunk |
20:36.38 |
*** join/#brlcad LordOfBikes
(~armin@dslc-082-083-184-131.pools.arcor-ip.net) |
20:36.39 |
Notify |
03BRL-CAD:n_reed * 68644 (svn:mergeinfo ##
-1,5 +1,5 ## and 7 others): mark sync revisions as mergedProperty
Changed:----------------brlcad/trunk/brlcad/trunk/NEWSbrlcad/trunk/src/libged/polyclip.cpp |
20:40.56 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
22:23.52 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:16.06 |
*** join/#brlcad merzo
(~merzo@178.75.237.159) |
00:44.56 |
brlcad |
starseeker:
there definitely is too much "public" redblack api in libbu
terms |
00:45.35 |
brlcad |
frankly none
of it should probably be public, instead providing higher level
containers like hash, list, vector, map, with redblack under the
hood (stl operates exactly that way) |
00:46.55 |
brlcad |
starseeker:
before merging in the latest github sources, how many regression
tests do we have? |
00:47.43 |
brlcad |
we need at
least one test that exercises a variety of entities and hierarchy
with mixed attributes (the cause of the last regression failure
when we tried to update) |
00:48.26 |
brlcad |
if the nist
samples do that, then by all means |
01:18.49 |
starseeker |
shakes his head - I doubt we have a test case like that to
hand |
01:19.30 |
starseeker |
the NIST
files (except for the 7-10 aggregation) are all single objects, and
the 7-10 aggregation I had to do as a 3DM both for multi-color
support and speed |
01:19.45 |
starseeker |
agrees we should build several test cases |
01:31.08 |
starseeker |
agrees - the log(n) behavior of the STL containers is one of
my main drivers for using C++ - if we had set,map,etc. in C there'd
be a lot less incentive |
01:37.49 |
Stragus |
I think I
have written a bunch of such code... |
01:41.54 |
starseeker |
brlcad: can
the bu_badmagic change be considered minimally impacting, or does
it need deprecation? |
01:42.01 |
starseeker |
Stragus: not
surprised :-) |
01:42.14 |
Stragus |
Besides, the
C++ containers are terrible (unusable) for high performance
multithreaded code |
01:42.58 |
Stragus |
If I'm not
mistaken, you can't have 64 threads hammering the same C++ map, it
would all have to be serialized on a single lock |
01:43.13 |
starseeker |
nods |
01:44.08 |
Stragus |
I think an
early version of my hash table with concurrent multithreaded access
is in the mesh decimation code |
01:44.36 |
starseeker |
might be
worth pulling into libbu |
01:46.21 |
Stragus |
Just in case
you are interested - http://www.rayforce.net/mmhash.c
http://www.rayforce.net/mmhash.h
http://www.rayforce.net/mmhashinternal.h
http://www.rayforce.net/mmhashinline.h |
01:47.00 |
starseeker |
Stragus:
cool! that's the latest version? |
01:47.52 |
Stragus |
Should be,
it's meant to use atomics (pthread fallback) so there are minor
dependencies on some other headers you probably have
somewhere |
01:48.38 |
starseeker |
what's the
state of atomics these days |
01:49.38 |
starseeker |
remembers discussing some of that with brlcad a while back,
but I don't recall the details |
01:49.42 |
Stragus |
Frankly, no
idea, always using my own inline assembly, but I'm sure you'll
frown on that. I always include some slower pthread-based
fallback... http://www.rayforce.net/mmatomic.h |
01:50.36 |
starseeker |
Stragus: that
hasn't been too difficult to keep portable? |
01:51.10 |
Stragus |
The pthread
fallback is portable, the problem is the big performance drop you
get when not running on x86/amd64 with a GCC compatible compiler
:) |
01:51.24 |
Stragus |
C11 is
supposed to have atomics, but I have no idea what platforms are
supported. And it's not exactly "complete" |
01:51.52 |
starseeker |
nor is it (or
will it be) portable to MSVC unless C++ incorporates the C
version |
01:51.55 |
starseeker |
grr... |
01:52.36 |
starseeker |
Stragus: do
you set build flags manually, or are there a set of configure-time
tests you've built up to detect ssystem capabilities? |
01:53.14 |
starseeker |
sees a lot of ifdefs in the atomics file, which is probably
inevitable, but winces a little at the system introspection tests
needed to drive it properly... |
01:53.37 |
Stragus |
I have never
personally worried much about portability (I know that's a big
problem for you guys...) |
01:53.45 |
starseeker |
heh |
01:54.04 |
starseeker |
at one point
we actually built (non-graphically) on Haiku-OS |
01:54.19 |
starseeker |
should fix
that, actually... |
01:55.22 |
starseeker |
can see atomics being a bit like openblas - high performance
may require system specific tweaking... |
01:55.33 |
brlcad |
latest c11
and c++11 standards both have complete atomics support |
01:55.33 |
Stragus |
It bothers me
when the inline assembly atomic version provides perfect
scalability on a 64 cores machine (and beyond, probably), but some
portable pthread-based solution just doesn't scale |
01:55.57 |
brlcad |
http://en.cppreference.com/w/c/atomic |
01:56.23 |
starseeker |
Stragus: oh,
that reminds me - did you decide if you were going to release your
high-performance OpenGL GUI element drawing library as a
stand-alone? |
01:56.57 |
Stragus |
C11 atomics
are missing a few important details... Let's say I have threads
waiting in a spin loop for some variable to change, I really need
to "rep nop" to tell a hyperthreading CPU core: "I'm a spin loop,
try to run another concurrent thread" |
01:57.18 |
Stragus |
Without that,
spin loops are a problem on hyperthreading processors |
01:58.27 |
Stragus |
starseeker: I
would like to... Do you think you guys would perhaps use it? I
would say that makes a difference on the grade of motivation
:) |
02:00.24 |
starseeker |
Stragus: fair
enough. for me, the biggest driver for Qt is the availability of
things like html rendering widgets and tree widgets that are
"pre-packaged" - I'm not sure if it's practical to code stuff like
that up for a custom OpenGL interface |
02:00.26 |
brlcad |
Stragus: I'm
not sure I'd agree that's a critical detail missing -- it's more a
threading issue than anything to do with atomics, and there are so
many ways to code around that |
02:00.52 |
Stragus |
Well brlcad,
atomics are all about threads, this kind of stuff is very closely
related |
02:01.22 |
Stragus |
starseeker:
HTML rendering would be monstrous task, for sure |
02:01.47 |
brlcad |
that smacks
of self-justification |
02:02.11 |
brlcad |
sure atomics
are heavily used by threads and used for thread synching (among man
other uses), but that's not their sole purpose |
02:02.24 |
starseeker |
Stragus:
yeah, I think the most practical solutions I've seen for OpenGL
have been those that render the html to an image |
02:02.42 |
brlcad |
thread api
could just as well yield or be architected to not sit there
spinning idle in the first place |
02:03.11 |
Stragus |
brlcad: Have
you used atomics in a different context? While writing to device
mapped memory I guess?... That's not very common |
02:03.25 |
starseeker |
ironically
enough, tkhtml3 would probably be the most logical starting point
for a "native OpenGL" html rendering widget, but small as it is
compared to webkit there's still quite a lot of logic there
:-/ |
02:04.11 |
Stragus |
I'm not fond
enough of HTML to ever consider using it unless I'm forced
to |
02:04.28 |
brlcad |
actually,
yeah used it as an initialization construct to implement lock-free
data structures |
02:05.59 |
starseeker |
Stragus: heh.
Don't blame you - I use tkhtml3, but the few times I've tried
digging into its guts I ended up backing away slowly... |
02:06.06 |
Stragus |
And an
"yield" is totally different, that goes back to the OS which is
something you never want in a spin lock, the "rep nop" just makes a
hyperthreading processor switch to other threads resident on the
CPU core |
02:09.25 |
starseeker |
ah, here's
the library I was thinking of - the "C Container Library":
https://github.com/starseeker/ccl
- thought I'd stashed a copy before the google project
vanished. |
02:11.03 |
starseeker |
over 300
pages of docs - don't know how good the library itself is
implementation wise, but Jacob Navia clearly put a lot of work into
it... |
02:11.27 |
Stragus |
Not thread
safe, but there's quite a bit of work into that |
02:11.36 |
Stragus |
nods |
02:15.33 |
Stragus |
The
self-balanced RB tree wasn't written to be as efficient as
possible |
02:15.57 |
starseeker |
Stragus:
yeah, it's probably not the solution I thought it might be when I
first found it |
02:18.18 |
starseeker |
there are
several RB implementations floating around online (one of the
"nicer" looking ones, looking casually, is in sudo:
https://github.com/millert/sudo/blob/master/plugins/sudoers/redblack.c) |
02:18.58 |
starseeker |
to my eye it
looks well organized and readable, but I'm not sure if it's
efficient |
02:22.40 |
Stragus |
It's less
messy... but I still don't like this idea of having a "compare"
callback find where to insert the node, among other things. The
calling code can traverse the tree and find the insertion point in
one function, without the overhead of 15 tiny function
calls |
02:23.02 |
starseeker |
there's this:
http://www.25thandclement.com/~william/projects/llrb.h.html |
02:25.16 |
starseeker |
not sure how
the preprocessor-only approach works from a usability standpoint,
but has the plus of duplicating the BSD api |
02:26.50 |
Stragus |
Doesn't seem
to make sense if you get any "compare" and "key/value/whatever" out
of the core tree code itself |
02:27.11 |
Stragus |
Headers with
preprocessor abuse makes more sense when some critical callback has
to be inlined, like sort functions |
02:29.13 |
starseeker |
suppose we'll
end up implementing the public APIs we want and trying several rb
backends to see what works best |
02:30.08 |
starseeker |
does confess that the combo of liberal license plus single
small header appeals |
02:32.30 |
Stragus |
I tend to
write everything from scratch and I'll probably stick to that
:) |
02:33.07 |
starseeker |
chuckles - to each their own. I'm not smart enough to get
away with that - I like having other people shake out the bugs
before I add my own |
02:33.34 |
Notify |
03BRL-CAD:brlcad * 68659
(brlcad/trunk/include/dm.h brlcad/trunk/src/libdm/dm-Null.c and 8
others): make the remainder of the dm device callback signatures
all consistently return int |
02:35.22 |
Stragus |
Eh, I don't
think it's a matter of smartness. I like writing my own reusable
chunks because once I made them as optimized as possible, I never
have to worry about it again |
02:35.38 |
starseeker |
until the
hardware changes ;-) |
02:36.08 |
Stragus |
Yup. :)
Mostly, mmatomic.h would have to be expanded with new
architectures... |
02:36.32 |
Stragus |
As well as
the SSE/AVX abuse |
02:37.35 |
Stragus |
It's hard to
trust other people's code when performance matters. You would think
qsort() with an inlined comparison function would be fast enough?
But it's 30% slower than it should be! |
02:41.03 |
Stragus |
Sorry, 38%
slower |
02:52.18 |
starseeker |
brlcad: do
you know if anyone has ever looked into the possibility of using
libpkg instead of Tcl channels for communication on Windows? I
have very vague memories of trying it when I first arrived and
finding out the hard way that libpkg didn't work on Windows, but I
don't recall if I ever followed up further. It's an issue of more
interest now, since that's one of the major pieces keeping a
Tcl |
02:52.24 |
starseeker |
dependency in
libged |
07:41.26 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
08:10.57 |
*** join/#brlcad merzo
(~merzo@188.173.16.122) |
09:15.32 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
09:35.34 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
09:35.53 |
Caterpillar2 |
hi, in next
daya I will start working on including brl-cad into Fedora
repositories |
12:08.31 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
12:49.17 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
13:33.19 |
*** join/#brlcad Mandeep_Singh
(~mandeep@117.220.151.253) |
13:36.20 |
Caterpillar2 |
:-) |
13:36.30 |
starseeker |
Caterpillar2:
nice! |
13:37.05 |
starseeker |
it's been a
while since anyone had a run at that - last effort I recall was the
Redhat packaging effort, and that got hung up in the src/other
stuf |
13:37.09 |
starseeker |
s/stuf/stuff |
13:38.27 |
starseeker |
ah yes
https://bugzilla.redhat.com/show_bug.cgi?id=518949 |
13:39.10 |
starseeker |
so tnt/jama
is no longer an issue |
13:39.18 |
starseeker |
openNURBS is
still the same situation |
13:39.43 |
starseeker |
someone would
need to package STEPcode, but in principle we should be able to
work with them externally... |
13:41.06 |
starseeker |
there's been
no change on the tkhtml3 and utah raster toolkit fronts - if
someone needs those projects set up we could put a bit more effort
into it |
13:42.44 |
Caterpillar2 |
starseeker:
ah I did not know about that ticket. The libraries you just
mentioned, are them included in brlcad? |
13:42.54 |
starseeker |
yes |
13:43.00 |
starseeker |
src/other
subdirectory |
13:43.17 |
Caterpillar2 |
starseeker:
ok, I will have to package them separately |
13:43.34 |
starseeker |
most of
what's in src/other has packages already |
13:43.45 |
starseeker |
the ones I
called out are the problem children |
13:44.02 |
Caterpillar2 |
children
problem? |
13:44.34 |
starseeker |
er, sorry -
libraries for which we expect difficulty with the Redhat/Fedora
upstream |
13:44.39 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
13:44.48 |
starseeker |
libraries for
which there are not already packages |
13:45.25 |
Caterpillar2 |
that is not a
problem, we can package them. It will only require more
time |
13:45.35 |
starseeker |
nods |
13:46.27 |
Caterpillar2 |
brlcad will
be a good thing to push Fedora usage among engineers,
etc |
13:47.41 |
starseeker |
fyi - I'm not
sure the current CMake logic for RPM generation is
correct |
13:47.46 |
starseeker |
in
BRL-CAD |
13:50.49 |
Caterpillar2 |
starseeker:
why? |
13:51.21 |
Notify |
03BRL-CAD:starseeker * 68660
(brlcad/trunk/src/libpkg/example/client.c
brlcad/trunk/src/libpkg/example/server.c
brlcad/trunk/src/libpkg/tpkg.c): libpkg appears to be excluded from
the normal repository regression tests, but I'm not seeing any
reason to keep the stdio includes when bio.h is included... go
ahead and remove for now. |
13:51.23 |
starseeker |
when I tried
to generate an RPM for 7.26.0, it was a lot smaller than the
tarballs |
13:51.45 |
starseeker |
I need to
figure out why |
13:55.47 |
Caterpillar2 |
starseeker:
so you have a quite working spec file? This will be a great help to
start with |
13:56.07 |
starseeker |
not really -
we use CMake's CPack mechanisms to create a package |
13:56.16 |
starseeker |
it generates
a spec file, I believe |
13:56.51 |
Caterpillar2 |
starseeker: I
don't know |
13:57.53 |
starseeker |
Caterpillar2:
our logic for this starts in the top level CMakeLists.txt around
line 2873 |
13:58.23 |
Caterpillar2 |
this is the
list of packages that I (co)maintain in Fedora https://admin.fedoraproject.org/pkgdb/packager/germano/ |
13:58.53 |
starseeker |
nice! |
13:59.45 |
Caterpillar2 |
in my
experience, everytime we add a package into Fedora repositories, we
always have some nice exchange of ideas with upstream developers,
so for sure something good will pop-up |
14:00.25 |
starseeker |
nods - I recommend reading over the older Redhat ticket - a
couple of the issues are obsolete, but many still remain to be
resolved |
14:00.35 |
Caterpillar2 |
my skill in
making new packages of software writte in C is not high (I have
taken orphaned packages), but I have very high skilled people that
can suggest me |
14:00.56 |
Caterpillar2 |
yep I just
subscribed to that ticket |
14:01.28 |
starseeker |
you'll
probably want to start with stepcode, utahrle and perhaps
openNURBS |
14:01.54 |
starseeker |
the primary
difficulty with openNURBS is that we do patch it and so far our
patches have not been accepted upstream |
14:02.40 |
Caterpillar2 |
starseeker:
oh, why openNURBS upstream developers did not accept
them? |
14:02.53 |
starseeker |
uh... it's a
long story |
14:03.12 |
starseeker |
in one case
there's a disagreement about what the "right" code is |
14:04.01 |
Caterpillar2 |
mmh... but we
can take your patches and appy them to the corrispective Fedora
package :-) |
14:04.21 |
starseeker |
that would be
workable |
14:04.43 |
starseeker |
you may also
want our build system for openNURBS ;-) |
14:05.35 |
Caterpillar2 |
what is made
of? |
14:05.42 |
starseeker |
CMake |
14:05.50 |
Caterpillar2 |
ah
ok |
14:06.09 |
starseeker |
fyi - there
was apparently some interest in an openNURBS package back in 2011:
https://lists.fedoraproject.org/archives/list/legal@lists.fedoraproject.org/thread/JP2RTIBREMZ5SIFMJ35AHXXQDJHQPQLX/ |
14:06.35 |
Caterpillar2 |
I added a
comment, so that if any of other Fedora contributors wants to help
me, he can contact me https://bugzilla.redhat.com/show_bug.cgi?id=518949#c29 |
14:08.04 |
Caterpillar2 |
starseeker: I
can contact the guy who wanted to package openNURBS |
14:08.22 |
starseeker |
I don't know
if he made any progress - just something to be aware of |
14:10.53 |
Caterpillar2 |
starseeker: I
have just made a query to find his name among Fedora contributors,
but he seems to not be present. For your info, to do such queries,
you have to query zodbot (that is present in all #fedora-*
channels) and enter command fas name surname or
fas nickname. Then you will get some results, and when you get
his Fedora-Account-System name, you do: fasinfo foo |
14:11.13 |
starseeker |
ndos |
14:11.18 |
starseeker |
nods
rather |
14:12.14 |
starseeker |
Caterpillar2:
the stepcode upstream site is here: http://stepcode.org/ |
14:12.46 |
starseeker |
Caterpillar2:
the openNURBS site is here: https://www.rhino3d.com/opennurbs |
14:12.58 |
Caterpillar2 |
ok |
14:13.17 |
starseeker |
I don't think
we've synced our own sources to the latest openNURBS yet, so there
may be a bit of work to do there |
14:13.57 |
starseeker |
this is the
upstream project we started to establish for utahrle: https://sourceforge.net/projects/utahrle/ |
14:14.03 |
Caterpillar2 |
ok I will
save this chat log, make a list of libraries that have to be
packaged, and starting sorting my ideas |
14:14.29 |
Caterpillar2 |
I am going to
add #brlcad to my autojoin channels list |
14:14.50 |
starseeker |
cool - good
luck! |
14:15.07 |
Caterpillar2 |
;-) |
14:15.34 |
starseeker |
another point
- I know definitely at the moment that some parts of our code will
not work with the new Itcl/Itk 4 packages |
14:15.48 |
starseeker |
if Fedora is
on Tcl/Tk 8.6, that may be an issue |
14:16.02 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
14:17.24 |
Caterpillar2 |
you can find
my email address at https://fedoraproject.org/wiki/User:Germano#Contact |
14:17.38 |
Caterpillar2 |
starseeker:
is tcl/tk -->> tcl-tkpng.x86_64 : Tcl/Tk support for PNG
? |
14:18.13 |
Caterpillar2 |
mmh no it
seems not |
14:25.37 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
14:26.07 |
Notify |
03BRL-CAD:starseeker * 68661
brlcad/trunk/regress/repository.cmake: Add a mechanism to exclude
files in the build directory, should it be located in the source
directory. Can't do anything about the in-src-dir case (yet) but
this is a start... |
14:26.09 |
Notify |
03BRL-CAD:starseeker * 68662
brlcad/trunk/misc/CMake/test_srcs/sleep.c: another unistd include
when we have bio |
14:50.50 |
Notify |
03BRL-CAD:starseeker * 68663
brlcad/trunk/include/pkg.h: Add common.h to pkg.h, unless/until we
find out there's a reason not to... |
14:56.22 |
Notify |
03BRL-CAD:starseeker * 68664
brlcad/trunk/regress/repository.cmake: list a few more files and
patterns we don't want to examine |
15:03.40 |
Notify |
03BRL-CAD:starseeker * 68665
brlcad/trunk/regress/repository.cmake: There are a few 'public'
headers that do have one or both of bio and bnetwork in them -
excempt them from this check, since it hasn't been a
regress-repository breaker... |
15:04.14 |
Notify |
03BRL-CAD:starseeker * 68666
brlcad/trunk/src/burst/paint.c: Only include common.h
once |
15:05.15 |
Notify |
03BRL-CAD:starseeker * 68667
brlcad/trunk/src/libged/simulate/interface.cpp: common.h and ged.h
get included regardless |
15:06.04 |
Notify |
03BRL-CAD:starseeker * 68668
brlcad/trunk/src/libged/simulate/physics_world.hpp: add
common.h |
15:36.02 |
starseeker |
brlcad: I
notice that repository.sh doesn't report WIN32 et. al. instances in
any of the include header files. Is this intentional? |
16:03.26 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
17:03.07 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:22.23 |
*** join/#brlcad amarjeet
(~Amarjeet@101.208.5.88) |
17:58.24 |
*** join/#brlcad amarjeet
(~Amarjeet@101.208.5.88) |
18:20.50 |
*** join/#brlcad amarjeet
(~Amarjeet@101.208.5.88) |
18:31.02 |
*** join/#brlcad amarjeet
(~Amarjeet@101.208.5.88) |
18:35.20 |
*** join/#brlcad amarjeet
(~Amarjeet@101.208.5.88) |
18:35.33 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
18:36.54 |
*** join/#brlcad amarjeet
(~Amarjeet@101.208.5.88) |
18:42.09 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.211.235.40) |
18:47.45 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.235.40) |
18:56.26 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
18:58.11 |
brlcad |
starseeker:
pkg instead of tcl channels has been discussed before, but nobody
has looked or tried |
19:02.35 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.237) |
19:03.14 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.237) |
19:04.29 |
brlcad |
starseeker:
what do you mean it doesn't report headers? it does, was, or at
least should be (see line 268) |
19:07.46 |
brlcad |
starseeker:
also regarding pkg .. I think you tried before anyone had gotten
libpkg compiling (nothing tricky, we just needed the winsock2 init
bits and types) |
19:10.10 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.211.237.160) |
19:11.39 |
brlcad |
Caterpillar2:
shall I set you as a maintainer for fedora, to receive release
notifications? |
19:27.55 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.237.160) |
19:31.06 |
starseeker |
brlcad: my
cmake scripts are reporting WIN32 instances in bu/defines.h,
common.h and a few other headers - I'm not seeing these listed in
the repository.sh report, unless I'm missing something |
19:31.28 |
starseeker |
trying to
make the CMake script a full replacement for the .sh script, which
means matching its results... |
19:33.23 |
starseeker |
I'm getting
close to being ready to set up individual tests to do in parallel,
but I don't want to do that until I've first achieved functional
parity |
19:35.58 |
Notify |
03BRL-CAD:starseeker * 68669
brlcad/trunk/regress/repository.cmake: Do less expensive matching
tests before we go for the all-upregex match, although we have to
be careful with this - common.h test, for example, looks for either
system includes or common.h so we can't rely on a simple
qualification test there. If this works as well as it seems to now,
cuts execution time from about 70 seconds to a little over
30. |
19:36.00 |
Notify |
repository.sh
is about 21, so if we can execute individual tests in parallel we
should get a significant speed up overall. |
19:36.02 |
Notify |
... |
19:40.35 |
Notify |
03BRL-CAD:brlcad * 68670
brlcad/trunk/HACKING: add Caterpillar2 as a maintainer for
fedora |
19:42.09 |
brlcad |
starseeker:
they are printed in sections, headers first then sources then build
files |
19:42.22 |
brlcad |
so maybe in a
different section/earlier in the output? |
19:47.36 |
Caterpillar2 |
brlcad:
ok |
19:48.48 |
brlcad |
Caterpillar2:
cool, great! thank you |
19:49.21 |
brlcad |
you can pass
the torch on at any time, it just means you'll get an e-mail
notification whenever we push out a new release, so you can decide
whether to update fedora |
19:56.12 |
Notify |
03BRL-CAD:brlcad * 68671
(brlcad/trunk/include/ged/defines.h brlcad/trunk/src/libged/rt.c
and 2 others): eliminate exposing tcl types and symbols in ged's
public header, cast accordingly |
19:56.58 |
Caterpillar2 |
brlcad:
ok |
19:59.12 |
Caterpillar2 |
brlcad: the
process of bringing brlcad into Fedora repositories will take some
months, because of various libraries that have to be included into
Fedora repositories |
20:05.48 |
brlcad |
Caterpillar2:
yes, I understand .. it's a lot of work and greatly
appreciated! |
20:06.27 |
Caterpillar2 |
;-) |
20:08.07 |
Caterpillar2 |
starseeker:
brlcad: I have forgotten to also say that brlcad will be included
in Fedora EPEL repositories too, that means that it will be
available for RHEL, CentOS, ScientificLinux, Oracle Linux
too |
20:09.21 |
brlcad |
that's great
to hear |
20:09.48 |
Caterpillar2 |
https://fedoraproject.org/wiki/EPEL/ |
20:10.40 |
brlcad |
yeah, was
just reading up on it |
20:11.16 |
Caterpillar2 |
:-) |
20:11.21 |
brlcad |
we manually
pull together rpm's for RHEL currently |
20:12.03 |
Caterpillar2 |
brlcad: I
have heard from starseeker that you use a particular way to make
RPM packages |
20:12.09 |
brlcad |
oh, for what
it's worth -- we have a variety of build materials in misc/ that
may be of interest/relevance to you |
20:13.10 |
brlcad |
misc/archlinux, misc/brlcad.spec,.in and
misc/debian in particular |
20:13.23 |
Caterpillar2 |
ah
ok |
20:13.49 |
brlcad |
if it's
helpful for you to store files or make changes, let me know and
I'll get you set up so you can commit as needed |
20:15.30 |
Caterpillar2 |
brlcad: on
which distro did you test the spec file? |
20:17.35 |
brlcad |
Caterpillar2:
it was last used 4 years ago and just as a spec file for our
manually prepared rpm installer, but maybe has some relevant/useful
bits |
20:19.52 |
brlcad |
several
distro managers (e.g., gentoo's ebuild) choose to maintain their
build logic in their repo system, others stash their files into our
repo for convenience |
20:20.56 |
Caterpillar2 |
brlcad: I am
forced to use Fedora infrastructure. If I do not use it, I cannot
update packages in official Fedora repositories |
20:21.21 |
brlcad |
that's fine,
just giving you options ;) |
20:22.18 |
brlcad |
Caterpillar2:
this may also be of interest, manual build instructions for linux
lists some expected deps (should be fairly up-to-date): http://brlcad.org/wiki/Compiling |
20:22.59 |
brlcad |
I notice that
list is not consistent with http://diyhpl.us/~bryan/irc/brlcad/doc/README.Linux
... |
20:25.32 |
Caterpillar2 |
brlcad: ah, I
think that the http://diyhpl.us/~bryan/irc/brlcad/doc/README.Linux
should be updated soon |
20:32.18 |
brlcad |
let me know
what updates, or send a diff/patch ... that's in our
repo |
20:32.50 |
brlcad |
it's in
doc/README.Linux in a checkout if that wasn't obvious
:) |
20:34.31 |
Caterpillar2 |
brlcad: I
haven't seen it yet, but I said that after you wrote that there is
a unconsistence between http://brlcad.org/wiki/Compiling
and http://diyhpl.us/~bryan/irc/brlcad/doc/README.Linux |
20:40.04 |
Caterpillar2 |
which distro
do you use usually? |
20:40.07 |
brlcad |
starseeker:
only reason I can recall for disallowing bio/bnetwork/etc in public
headers is because, like common.h, we don't yet define who owns
them |
20:41.05 |
brlcad |
Caterpillar2:
I hop all around, but most often on mac and freebsd |
20:41.26 |
brlcad |
main
professional platform is rhel |
20:41.33 |
brlcad |
(and
windows) |
20:44.29 |
brlcad |
while mostly
mac and bsd, I also play/help a bit with haiku, rtems, and minix
development |
20:45.46 |
brlcad |
starseeker:
should just skip all of misc/ for repository testing, just like
src/other |
20:47.39 |
Caterpillar2 |
brlcad: what
is the homepage of upstream gct library? (
brlcad-7.26.0/src/other/gct/ ) |
20:48.34 |
brlcad |
it probably
shouldn't be in src/other .. there is no upstream
location |
20:50.29 |
Caterpillar2 |
brlcad: is it
a library developed by brlcad developers? |
20:52.05 |
brlcad |
Caterpillar2:
it's in src/other simply because it was written by a dev that
doesn't usually write code for brl-cad (directly, at least), but as
far as I know, we're the only public presence it has as that was
code developed under contract for public release inclusion in
brl-cad |
20:53.56 |
brlcad |
Stragus: care
to comment on GCT? does it exist anywhere else such that fedora
would point to it as a stand-alone thing that we depend
on? |
20:56.29 |
brlcad |
Caterpillar2:
it was primarily written by that guy there, so you can ask him.. ;)
he has a habit of writing useful code and then not packaging it
up |
20:56.34 |
Caterpillar2 |
brlcad: I
asked because
https://fedoraproject.org/wiki/Packaging:Guidelines#Bundling_and_Duplication_of_system_libraries
and
https://fedoraproject.org/wiki/Bundled_Libraries?rd=Packaging:Bundled_Libraries
so I started reading stuff in /others and searching of
ach item, if there is already a package into Fedora repositories.
GCT was the first occurrence of a /others library that is not
present into Fedora |
20:56.36 |
Caterpillar2 |
repositories |
20:58.58 |
brlcad |
of i'm the
opinion that it doesn't belong in src/other, that we should move it
under one of our processing libs as a backend detail (not a
stand-alone lib) |
20:59.53 |
brlcad |
so unless
Stragus has some fundamental objection or plans to turn it into a
project, give it a home, then we'll treat it as our
code |
21:00.06 |
brlcad |
we kind of
already did with a slew of widespread changes for
portability |
21:01.04 |
brlcad |
we may even
end up ripping it out if we can't eaily fix a few issues already
encountered in the decimation logic |
21:01.11 |
Caterpillar2 |
how many
stable developers are involved in brlcad? |
21:02.20 |
brlcad |
about a dozen
depending on who you count |
21:02.49 |
brlcad |
ohloh says 6
in the last 30 days, 12 over past year, 84 committers over
lifetime |
21:03.25 |
brlcad |
few more if
you count the github repos which cover various web
services |
21:05.47 |
Caterpillar2 |
does USA's
army still spend money for its development or is it entirely in
community hands? |
21:06.25 |
brlcad |
still
spending quite a bit annually |
21:07.20 |
brlcad |
BRL-CAD is
tightly integrated into a complex DoD analysis workflow so it's
used by several agencies, Army in particular |
21:07.54 |
Caterpillar2 |
good to hear
that money is spent for a product freely available for
everybody |
21:08.17 |
brlcad |
it would
probably cost $50.M USD minimum to uncouple BRL-CAD and do
something different |
21:09.40 |
Caterpillar2 |
brlcad: what
DoD stands for? |
21:09.46 |
brlcad |
~dod |
21:09.46 |
infobot |
it has been
said that dod is Dial on Demand, a way of making the modem dial
whenever you try and send info to the inet |
21:09.50 |
brlcad |
heh, not
that |
21:10.06 |
brlcad |
~dod is also
the U.S. Department of Defense |
21:10.06 |
infobot |
okay,
brlcad |
21:10.10 |
Caterpillar2 |
ok |
21:12.26 |
brlcad |
open source
has been catching up, though |
21:12.55 |
brlcad |
before this
year's burnout lull, open source activity surpassed funded activity
a number of times last year and the year before |
21:13.34 |
brlcad |
I'd like to
see that grow even more, all the more reason we need better
integration with repos, more devs working projects, scrape off our
usability warts |
21:14.33 |
Caterpillar2 |
I will start
asking some mechanical engineer professors at University of Rome
Tor Vergata, to try using brlcad for their work, in order to get
some nice feedbacks, etc. |
21:15.16 |
brlcad |
to be
completely honest, it's often jarring for them as our interface is
very different from the commercial systems |
21:16.36 |
brlcad |
and dod's
obsession with analysis requirements is not their requirements
(they want usability, annotated engineering drawings, tight
integration with FEA codes, etc) |
21:17.22 |
brlcad |
we're
definitely working on briding that gap, though -- feedback from
them is always appreciated |
21:17.55 |
brlcad |
we have a
couple engineering universities in India also providing good
feedback (and devs to help improve) |
21:18.22 |
brlcad |
need devs
more than we need users ... we should probably put that on our
website ;) |
21:20.17 |
Caterpillar2 |
what are FEA
codes? |
21:20.51 |
brlcad |
~fea |
21:21.02 |
brlcad |
infobot: you
are 0 for 2 |
21:21.02 |
infobot |
brlcad: I
think you lost me on that one |
21:22.36 |
brlcad |
~fea is
Finite Element Analysis does hard math and science on geometry
chopped up into little pieces |
21:22.36 |
infobot |
okay,
brlcad |
21:23.39 |
Caterpillar2 |
it would be
great if in the future brlcad will have a Qt based GUI |
21:26.55 |
Caterpillar2 |
if one day
there will be some funds to start such work, I know a guy that
works on KDE' ark software, that is skilled in Qt
libraries |
21:32.02 |
brlcad |
that work is
already started, qt branch in rpo |
21:32.07 |
brlcad |
*repo |
21:32.43 |
Caterpillar2 |
uh
good |
21:32.46 |
Caterpillar2 |
brlcad:
Qt5? |
21:32.52 |
brlcad |
we've had a
gsoc project defined as well, but nobody skilled enough to propose
it as their project: http://brlcad.org/wiki/Convert_MGED_from_Tk_to_Qt |
21:33.45 |
brlcad |
http://brlcad.org/wiki/User:Vladbogolin/qt-display-manager |
21:34.29 |
brlcad |
don't recall,
that was circa 2013 which was shortly after qt5 |
21:34.35 |
brlcad |
I think it
was |
21:36.45 |
Caterpillar2 |
sorry for the
question (English is not my first language): <<but nobody
skilled enough to propose it as their project: http://brlcad.org/wiki/Convert_MGED_from_Tk_to_Qt>>
does it mean that nobody worked on brlCAD Google Summer of Code
project? |
21:37.16 |
brlcad |
no
no |
21:37.52 |
brlcad |
nobody has
ever proposed the "convert mged to qt" project for the gsoc
program |
21:38.02 |
brlcad |
at least
nobody skilled enough |
21:38.26 |
brlcad |
there was
someone that worked on some qt infrastructure, though, for a
different gsoc project |
21:38.42 |
brlcad |
and a couple
core devs have been working that area a bit |
21:39.20 |
brlcad |
starseeker
was working on a new prototype in qt, got pretty far |
21:39.55 |
brlcad |
several of
our india devs have been working on recreating things in web
technologies using node.js and friends |
21:40.31 |
Caterpillar2 |
interesting |
21:40.41 |
Caterpillar2 |
anyway if you
need some Qt developers I can suggest you some guys |
21:41.06 |
brlcad |
you can see
that work here: http://brlcad.org/wiki/OGV |
21:41.15 |
brlcad |
okay, good to
know thanks! |
21:42.12 |
Caterpillar2 |
the web GUI
is very nice |
21:44.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:48.25 |
brlcad |
one of our
tasks for the next couple months is to integrate the 700+ design
and code submissions from participating in the GCI
program |
21:48.42 |
brlcad |
several items
in there that were really pretty exciting were really awesome GUI
prototypes |
21:50.22 |
brlcad |
one such
example:
http://brlcad.org/design/gui/gci_skriptkid_prototype/brlCad-03.png |
21:54.43 |
brlcad |
some more fun
ones at http://yash-m.github.io/BRL-CAD-Portfolio/
under GUI |
21:54.53 |
Caterpillar2 |
brlcad: nice,
is that qt stuff? |
21:55.05 |
brlcad |
they're
mock-up designs |
21:56.05 |
Caterpillar2 |
brlcad: ah
ok |
22:02.29 |
Caterpillar2 |
brlcad: I
have to go to bed, see you tomorrow |
22:15.07 |
starseeker |
needs another knock-down-and-drag-out round with libdm/libfb
before we're really going to be in a good position for the Qt
stuff |
22:22.57 |
starseeker |
brlcad: do
you want to skip misc/CMake as well for the build files? We do
define a lot of our macros/functions there... |
22:26.13 |
starseeker |
brlcad:
here's what I'm currently seeing from the sh script: http://brlcad.org/~starseeker/regress_repository_sh.log |
22:26.53 |
starseeker |
and the CMake
version: http://brlcad.org/~starseeker/regress_repository_cmake.log |
22:27.21 |
starseeker |
fwiw, the sh
script does look in misc/CMake... |
22:38.56 |
starseeker |
brlcad: when
I boil it down the the line reports, here's the current diff:
http://brlcad.org/~starseeker/repository_reports.diff.txt |
22:51.03 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
00:45.40 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-249-241.092.074.pools.vodafone-ip.de) |
01:29.08 |
Notify |
03BRL-CAD:starseeker * 68672
brlcad/trunk/regress/repository.cmake: Try to get a bit smarter
about avoiding expensive regex tests, begin setting up to run one
test per script execution. |
01:51.02 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
05:51.30 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
07:24.37 |
*** join/#brlcad Mandeep_Singh
(~mandeep@117.199.98.57) |
07:33.39 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:48.03 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
09:25.41 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
09:44.28 |
*** join/#brlcad skat00sh
(uid103741@gateway/web/irccloud.com/x-eiopspcbsukldfky) |
10:14.30 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.232.241) |
10:52.05 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
10:53.26 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.232.241) |
11:33.56 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.230.2) |
11:43.18 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
11:59.05 |
*** join/#brlcad sniok_
(~sniok@89.252.29.238) |
12:16.07 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
12:34.09 |
*** join/#brlcad Mandeep_Singh
(~mandeep@117.199.98.57) |
14:02.34 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.241.239) |
14:14.59 |
*** join/#brlcad yorik
(~yorik@187.57.207.104) |
14:28.35 |
Notify |
03BRL-CAD:starseeker * 68673
brlcad/trunk/regress/repository.cmake: Don't bother scanning the
CMake Find*.cmake modules. |
14:39.35 |
Notify |
03BRL-CAD:starseeker * 68674
brlcad/trunk/regress/repository.cmake: Wrap the list filtering in
macro calls, and have the functions define what they
need. |
14:40.02 |
starseeker |
anybody know
if there's some kind of json or ascii text standard language for
defining key bindings independent of a graphical toolkit or
OS? |
14:59.57 |
Notify |
03BRL-CAD
Wiki:Thien doan * 0 /wiki/User:Thien_doan: |
15:00.38 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
15:10.02 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.241.239) |
15:15.53 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.241.239) |
15:23.15 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.241.239) |
16:29.35 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.230.45) |
16:56.53 |
*** join/#brlcad ickby
(~stefan@x5d846921.dyn.telefonica.de) |
17:06.44 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.221.7) |
17:14.17 |
*** join/#brlcad ickby
(~stefan@x5d844311.dyn.telefonica.de) |
17:17.15 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.234.179) |
17:45.16 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
17:54.44 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
18:24.03 |
*** join/#brlcad shubham_
(2d73b017@gateway/web/freenode/ip.45.115.176.23) |
18:40.27 |
*** join/#brlcad merzo
(~merzo@200-92-132-95.pool.ukrtel.net) |
18:43.55 |
*** join/#brlcad merzo
(~merzo@200-92-132-95.pool.ukrtel.net) |
18:51.08 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.211.53) |
19:14.51 |
brlcad |
starseeker:
no, you're right -- misc/CMake is our code and an exception in that
dir (arguably doesn't belong in misc, but better than creating
another top-level) |
19:17.33 |
brlcad |
and you found
a bug in the repository script. that's why it was missing platform
symbols in headers |
19:17.43 |
Notify |
03BRL-CAD:brlcad * 68675
brlcad/trunk/regress/repository.sh: oops, this needs to be an
extended regex due to the or construct (thx to cliff for noticing
no header matches were being reported) |
19:19.13 |
brlcad |
at a glance,
the regex doesn't look right to me now either .. I think that was
for when the whole file was getting tokenized on
whitespace |
19:39.31 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:58.07 |
*** join/#brlcad merzo
(~merzo@200-92-132-95.pool.ukrtel.net) |
21:54.08 |
Notify |
03BRL-CAD:brlcad * 68676
brlcad/trunk/regress/repository.sh: former platform regex was quite
suboptimal. go with a simpler but more relevant test for platform
symbols used in a logical context. also, expand the list of
platforms considerably (intentionally avoiding a few platform names
that also double as standard names). performance needs rework as it
now runs longer with more symbols being tested. |
21:54.48 |
brlcad |
starseeker:
hopefully that won't be too hard to accommodate, but there's a MUCH
better list of platform instances now |
21:54.56 |
brlcad |
should be
able to pull the regex logic |
22:08.40 |
starseeker |
brlcad:
urk... I was hoping you'd stick to the *WIN* instances for a while
;-) |
22:09.08 |
brlcad |
:) |
22:09.12 |
starseeker |
did you mean
HAIKU rather than HIAKU? |
22:09.14 |
Notify |
03BRL-CAD:brlcad * 68677
brlcad/trunk/regress/repository.sh: order of magnitude speedup, do
all platforms at once with one monster regex. still separating
headers from sources from build logic since they're categorically
different work to fix them. |
22:09.15 |
brlcad |
there, that
should be it |
22:10.32 |
starseeker |
brlcad: I'm
preparing to chop up regress-repository into a bunch of parallel
tests for individual symbols in the hopes that they'll finish
faster in parallel |
22:10.43 |
starseeker |
is that
workable, or did you want to stick to one big test? |
22:12.26 |
starseeker |
I think I can
pull the new regexes easily enough, but the performance
characteristics of the CMake regex matching may differ a
bit |
22:16.49 |
brlcad |
I'm fine with
one big test |
22:17.46 |
starseeker |
blinks - is that to avoid added
complexity? |
22:18.23 |
Notify |
03BRL-CAD:brlcad * 68678
brlcad/trunk/regress/repository.sh: oops, remove temp code to
isolate the platform tests |
22:19.42 |
Notify |
03BRL-CAD:brlcad * 68679
brlcad/trunk/src/libfb/if_ogl.c: rename the SGI() helper macro to
SGIINFO() so it matches the structure (and avoids false-positive
platform matches) |
22:19.54 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:20.06 |
brlcad |
yeah, I did
mean HAIKU, good catch |
22:23.22 |
brlcad |
and yes, part
to avoid complexity but also that serial hasn't been gobbling up a
concerning amount of time just yet |
22:23.41 |
brlcad |
I think a
minute or so is probably a threshold |
22:23.56 |
starseeker |
hmm. I guess
it's annoying me more since it's one of two regress tests that are
way slower than all the others... |
22:24.04 |
brlcad |
looks like
new version is taking about 2min on my laptop |
22:24.12 |
brlcad |
nods |
22:24.31 |
brlcad |
i've seen it
when it stalls on the list, maybe 30sec was the threshold
:) |
22:24.56 |
starseeker |
brlcad: I'll
see what I can set up and run it by you - I'll need to show a
definite performance boost, and I haven't actually run the test
yet |
22:25.01 |
brlcad |
could just
break it up into different batches |
22:25.10 |
starseeker |
that's kinda
what I'm doing... |
22:25.31 |
starseeker |
or preparing
to do, at least |
22:25.33 |
brlcad |
I still think
simple will win, whatever that looks like |
22:26.15 |
brlcad |
check out the
new sh logic, the looping was reduced on all three |
22:26.15 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:27.12 |
starseeker |
I will - I
don't think CMake can match grep's speed for regex processing
cycle-for-cycle, but I'll try to come up with something that's
simple enough and performant enough to be workable |
22:27.39 |
starseeker |
wants to eventually be able to run *all* of our tests on
Windows, including regress-repository |
22:28.03 |
brlcad |
actually I
would expect the opposite, that it can't match the shell but that
cpu-bound regex testing is probably on par |
22:29.16 |
starseeker |
well, let me
see what I can achieve after I port the newer regex
patterns |
22:29.28 |
brlcad |
it's all
literally one pattern now |
22:30.05 |
brlcad |
because of
the same issue |
22:30.36 |
starseeker |
will that
pattern match upper and lower case IF ? |
22:30.55 |
brlcad |
while looping
over platforms, looping over files, to run "grep platform file" was
order slower than |
22:31.07 |
brlcad |
while loop
over files, run "grep platforms file" |
22:31.16 |
brlcad |
yes |
22:31.29 |
brlcad |
grep -i -n
-E |
22:31.35 |
starseeker |
oh, OK a grep
option |
22:31.56 |
brlcad |
that's also
for insensitive platforms (e.g., __linux__ and
__LINUX__) |
22:32.14 |
starseeker |
nods... I don't think CMake can do case-insensitive regex,
but I'll check |
22:32.38 |
brlcad |
you'll notice
that it's actually fewer than it was, but that's mostly because I
no longer have it reporting the else and endif cmake
instances |
22:32.52 |
starseeker |
nods - makes sense |
22:34.13 |
brlcad |
wow, looks
like you're right |
22:34.19 |
brlcad |
that's okay,
easy enough to mod |
22:34.52 |
starseeker |
probably the
thing to do in CMake is to just use string to upper case the file
contents before doing the REGEX |
22:35.05 |
starseeker |
that'll keep
the regex simple |
22:35.18 |
Notify |
03BRL-CAD:brlcad * 68680
brlcad/trunk/regress/repository.sh: there are now 160 with the
endif/else cmake lines dropped and new platform detections
added |
22:35.49 |
starseeker |
I'll
experiment - I know I'll have to be able to show some sort of
convincing advantage if I'm going to convince you to let me switch
it ;-) |
22:37.40 |
brlcad |
I would
expect a regex that matches both to be faster than upconverting all
files |
22:38.08 |
brlcad |
I have the
output lines sorted now too, so you can more easily
compare |
22:38.15 |
brlcad |
more directly
diffable output |
22:38.17 |
starseeker |
ah, good -
thanks |
22:39.45 |
brlcad |
yeah, so on
my laptop, doing the case sensitivity in the regex makes the times
go from 120s to 124s :) |
22:40.02 |
brlcad |
I doubt all
files can be upconverted in 4s :) |
22:40.06 |
starseeker |
heh -
OK |
22:40.59 |
starseeker |
will work on it later tonight - I'll try to have a definite
proposed system in CMake by Wed. for discussion |
22:41.33 |
starseeker |
must now attend to neglected household
chores... |
22:41.41 |
brlcad |
there, that
should directly translate |
22:41.51 |
Notify |
03BRL-CAD:brlcad * 68681
brlcad/trunk/regress/repository.sh: manually do case insensitive
matching instead of relying on grep to do it for us since cmake
doesn't expose an insensitive option during regex
matching. |
22:42.05 |
starseeker |
awesome -
thanks! |
22:42.20 |
brlcad |
only problem
you might have is figuring out what cmake wants escaped |
22:42.48 |
starseeker |
nods - I think I had to do a couple tweaks in that regard
with the original translation |
22:42.55 |
brlcad |
(|) are
special regex chars |
22:44.02 |
brlcad |
cool, cmake
does support subexpressions, so it should work as
written |
22:45.24 |
brlcad |
if I'd
reading their docs right, looks like you can just remove the
backslashes from the shell script version (i.e., the regex as it is
printed via echo, deslashed) |
23:08.46 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
00:00.32 |
Notify |
03BRL-CAD:brlcad * 68682
(brlcad/trunk/src/libdm/dm-X.c brlcad/trunk/src/libdm/dm-generic.c
and 9 others): reduce the number of Tcl symbols in libdm. don't
need to be using TCL_OK/ERROR when we have equivalent
API. |
00:44.20 |
*** join/#brlcad dzbybkubocwmtqdy
(~armin@dslb-088-066-144-194.088.066.pools.vodafone-ip.de) |
01:00.12 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
04:54.22 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
06:47.24 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:09.41 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:18.15 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
08:53.04 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
09:35.01 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
09:35.01 |
*** join/#brlcad teepee]
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
10:58.26 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
12:13.23 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
12:58.34 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:04.27 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.212.152) |
14:35.26 |
Notify |
03BRL-CAD:starseeker * 68683
brlcad/trunk/regress/repository.cmake: set up so we can run all
tests with a single variable define. |
14:48.02 |
Notify |
03BRL-CAD:starseeker * 68684
brlcad/trunk/regress/repository.cmake: printing tweaks |
14:49.13 |
Caterpillar2 |
[16:06]
<starseeker> fyi - there was apparently some interest in an
openNURBS package back in 2011:
https://lists.fedoraproject.org/archives/list/legal@lists.fedoraproject.org/thread/JP2RTIBREMZ5SIFMJ35AHXXQDJHQPQLX/ |
14:50.02 |
Caterpillar2 |
hi, I have
just contacted Jiri about openNURBS. He told me he gave up due
opennurbs shipping zlib library. I think it is quite easy to
unbundle it, I had a similar experience while packaging darktable
software |
14:51.45 |
Caterpillar2 |
(zlib is
already shipped in Fedora and its version is 1.2.8) |
14:56.39 |
Notify |
03BRL-CAD:starseeker * 68685
brlcad/trunk/regress/repository.cmake: More logic
tweaks. |
14:56.49 |
Caterpillar2 |
if you have
free time, / if you want, we could work together on packaging all
libraries and finally brl-cad |
14:57.29 |
Caterpillar2 |
if not, I can
do it, but it will require an undefinite amount of time |
15:01.30 |
Notify |
03BRL-CAD:brlcad * 68686
brlcad/trunk/regress/repository.sh: all hial hiaku |
15:03.23 |
brlcad |
Caterpillar2:
happy to support you in any way we can |
15:04.06 |
brlcad |
Caterpillar2:
regarding opennurbs, is it not enough to simply ensure that
opennurbs' bundled zlib is not compiled -- that it's using the
system/package-installed zlib? |
15:04.43 |
brlcad |
that said,
our bundling of openNURBS has zlib stripped out (because we already
bundle it) ;) |
15:05.29 |
brlcad |
you could
probably just turn our src/other/openNURBS directory into a
package |
15:05.46 |
brlcad |
that would
solve two problems |
15:06.22 |
Caterpillar2 |
[17:05]
<brlcad> you could probably just turn our src/other/openNURBS
directory into a package |
15:06.35 |
Caterpillar2 |
no the Fedora
policy says that you must take the upstream package |
15:06.56 |
Caterpillar2 |
[17:04]
<brlcad> Caterpillar2: regarding opennurbs, is it not enough
to simply ensure that opennurbs' bundled zlib is not compiled --
that it's using the system/package-installed zlib? |
15:07.00 |
Caterpillar2 |
yeah it
should work |
15:09.28 |
brlcad |
I'm
suggesting that there is no upstream, that you are defining
upstream |
15:10.14 |
Caterpillar2 |
brlcad: mmh
can you rewrite your statement? Sorry, English is not my first
language ;-) |
15:10.16 |
brlcad |
dumping a
tarball on a website without any support hardly makes for your
traditional "upstream" supplier |
15:11.52 |
brlcad |
Caterpillar2:
you're talking about pulling a tarball from a URL, applying a set
of patches (to remove zlib, apply other fixes) |
15:13.00 |
brlcad |
all I was
suggesting is changing the URL (e.g., to a fork we can put on
github) so you don't have to patch |
15:13.21 |
brlcad |
it doesn't
matter, just offering options :) |
15:13.45 |
Caterpillar2 |
brlcad: is
https://www.rhino3d.com/en/opennurbs
the upstream developer of openNURBS? |
15:14.44 |
brlcad |
depends how
you define upstream, but sure -- that's certainly where we forked
from |
15:15.41 |
brlcad |
Caterpillar2:
hablas español? what's your native language? |
15:15.49 |
Caterpillar2 |
brlcad:
Italian |
15:17.07 |
brlcad |
ah, molto
bene ... tranne il mio italiano é terrible :) |
15:17.36 |
Caterpillar2 |
brlcad:
ehhe |
15:18.18 |
Caterpillar2 |
https://fedoraproject.org/wiki/Packaging:Guidelines#Bundling_and_Duplication_of_system_libraries |
15:18.23 |
brlcad |
ho studiato
per un paio di anni |
15:18.39 |
brlcad |
ma ho
dimenticato .. tutti |
15:18.40 |
Caterpillar2 |
di dove
sei? |
15:19.27 |
brlcad |
depende lo
che cuenta |
15:19.43 |
Caterpillar2 |
? |
15:19.43 |
brlcad |
vivo in
us |
15:19.46 |
Caterpillar2 |
ah
ok |
15:20.36 |
brlcad |
fully fluent
in spanish, but also rusty writing it |
15:21.44 |
Caterpillar2 |
nice |
15:21.57 |
brlcad |
anyways... so
yeah, rhino3d are the main opennurbs developers but we have a fork
that is improved, in ways they will not integrate |
15:22.52 |
brlcad |
we have fixes
that they don't care about (we've pushed them upstream), we have
other changes they specifically exclude for business
reasons |
15:23.06 |
brlcad |
they sell a
product containing the same modifications we make |
15:24.07 |
Caterpillar2 |
brlcad: ok,
so I have to ask to Fedora Packaging Committee if they give me an
exception to the rules. There is a specific ticket system for such
problems |
15:24.09 |
brlcad |
so we could
treat our version as a completely separate fork (e.g., Xorg vs X11
or ECGS vs GCC or thunderbird vs firefox, etc) |
15:24.31 |
Caterpillar2 |
brlcad:
interesting |
15:24.53 |
brlcad |
either way,
we need the patches we made -- geometry fails to render correctly
without at least one of them |
15:25.14 |
brlcad |
rendering is
something they don't support |
15:26.16 |
brlcad |
if needed, we
can set up a proper repository just for our fork, or we can revisit
discussions with the rhino folks (we don't really want to maintain
a fork) |
15:27.15 |
Caterpillar2 |
brlcad: if
you revisit discussions with the rhino folks it would be
perfect |
15:28.37 |
brlcad |
we can try,
but it will probably take a while to sort out succinct patches
again for discussion |
15:28.58 |
brlcad |
starseeker:
care to try upgrading opennurbs next? :) |
15:29.09 |
Caterpillar2 |
brlcad: yeah
I can imagine |
15:32.35 |
Notify |
03BRL-CAD:starseeker * 68687
brlcad/trunk/regress/repository.cmake: start working on new regex
match |
15:38.17 |
Caterpillar2 |
brlcad: I
have to go out home in a few minutes, for any question you can send
me an e-mail or just wait for me to get back later :-)) |
15:45.33 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
15:56.04 |
brlcad |
starseeker: I
note that [# ] != [[:space:]#] ... you want something like [
\t\r\n\f#] if it doesn't support the posix classes |
15:59.04 |
Notify |
03BRL-CAD:starseeker * 68688
brlcad/trunk/regress/repository.cmake: Make the cmake outputs a bit
closer to the repository.sh output. CMake matching is slower than
repository.h, but we're also catching some cases like
src/mged/qray.h:38: #ifndef _WIN32 that I'm not seeing in the
repository.sh output. Maybe it's time to see if the unifdef program
can be used to do the symbol extraction piece, rather than
cobbling |
15:59.06 |
Notify |
together
regex patterns... |
15:59.08 |
Notify |
... |
16:05.35 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.209.70) |
16:14.47 |
brlcad |
starseeker:
matching that qray.h line is technically an incorrect match for
that regular expression |
16:17.55 |
brlcad |
obviously a
desirable match in this particular instance, but not what the
regular expression says -- it says match platform symbol followed
by a non A-Z character (and there are no more chars on that
line) |
16:18.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:24.56 |
starseeker |
brlcad: no
argument |
16:25.35 |
starseeker |
brlcad: I can
take a run at openNURBS, sure |
16:25.59 |
starseeker |
be a little
bit - want to get this repository symbol stuff sorted if we
can... |
16:27.09 |
starseeker |
brlcad: I'm
trying an experiment with unifdef, which is showing a bit of
promise |
17:00.20 |
*** join/#brlcad ickby
(~stefan@x5d84498e.dyn.telefonica.de) |
17:27.25 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
17:36.53 |
*** join/#brlcad ickby
(~stefan@x5d84498e.dyn.telefonica.de) |
19:16.55 |
Notify |
03BRL-CAD:starseeker * 68689
brlcad/trunk/regress/repository.cmake: Tweak regex, fix quick test
for line |
19:23.13 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
19:36.35 |
Notify |
03BRL-CAD:brlcad * 68690
(brlcad/trunk/regress/repository.cmake
brlcad/trunk/regress/repository.sh): tweak the regex to match
symbols ending on the end of line. remove MACH as it's really a
hardware platform. |
19:36.42 |
brlcad |
starseeker:
why in the world are there two platform lists already??
:) |
19:39.33 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
19:39.38 |
Caterpillar2 |
back
again |
19:40.08 |
brlcad |
seems like
premature complication... |
19:40.12 |
brlcad |
hi
Caterpillar2 |
19:44.53 |
brlcad |
starseeker:
is doing the two non-regex MATCHES followed by the regex MATCHES
actually faster? that's a bit surprising |
19:46.13 |
brlcad |
also, how can
I manually test it? get error with this: |
19:46.14 |
brlcad |
agua:brlcad.trunk morrison$ cmake -P
regress/repository.cmake |
19:46.14 |
brlcad |
CMake Error
at regress/repository.cmake:97 (list): |
19:46.15 |
brlcad |
<PROTECTED> |
19:56.25 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9815 /wiki/User:Tandoorichick/GSoC2016/Logs:
/* Development Logs */ |
20:07.17 |
Caterpillar2 |
brlcad: so, I
will wait for your news before doing anything with
openNURBS |
20:09.03 |
brlcad |
well assume
all goes perfectly or poorly, I'm not sure it changes much from a
packaging perspective unless we host a fully managed fork
ourselves |
20:09.24 |
brlcad |
and the only
incentive for doing that right now would be for
packaging |
20:09.53 |
Caterpillar2 |
ok |
20:11.39 |
brlcad |
so you're
either waiting to hear if we need to fork (less work for you, more
work for us) or package them as-is (more work for you, less work
for us), yes? |
20:13.59 |
Caterpillar2 |
Rather than
forking, we were talking about you revisiting discussions with
Rhino guys |
20:14.05 |
Caterpillar2 |
I am not in a
hurry, so we can take all the time we need. |
20:18.56 |
brlcad |
yes we
revisit discussions with rhino guys, that wasn't in question
:) |
20:19.31 |
brlcad |
you said you
would wait ... I'm trying to understand why you'd need to wait as
the outcomes of good or bad discussions may be the same (for
you) |
20:19.43 |
brlcad |
it's only
different if we fork |
20:27.46 |
Caterpillar2 |
brlcad: the
difference for me is: if your openNURB
patches will be accepted upstream, I can simply take the new &
patched upstream openNURBS code and package it into Fedora.
If those patches are not accepted by upstream, I will
have to package BRL-CAD modified version of openNURBS, I will be
trapped for some weeks into Fedora burocracy emails, explaining and
asking permissions to Fedora Packaging |
20:27.48 |
Caterpillar2 |
Committee,
etc. |
20:30.32 |
Caterpillar2 |
but the final
result should be almost the same |
20:44.36 |
Caterpillar2 |
now I have to
go to bed, see you tomorrow! |
20:46.47 |
Stragus |
ponders regex with JIT compilation of SSE 4.2 string
operations |
21:06.44 |
*** join/#brlcad infobot (ibot@rikers.org) |
21:06.44 |
*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than
150 user-visible changes including 6 major efforts! || GSoC 2016 is
coming to a close, showcase forthcoming || Help needed reviewing
and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/ |
21:15.52 |
Notify |
03BRL-CAD:starseeker * 68691
(brlcad/trunk/misc/tools/CMakeLists.txt
brlcad/trunk/regress/repository.cmake): Use a customized version of
unifdef to identify and report symbols in the source code. Appears
to be both fast and robust. |
21:19.48 |
Notify |
03BRL-CAD:starseeker * 68692
brlcad/trunk/misc/tools/unifdef/platform_symbols.h: remove MACH
from os platform symbols list |
21:21.29 |
starseeker |
brlcad: to
manually test, it's cmake -DSOURCE_DIR=/path/to/brlcad
-DUNIFDEF_EXEC=/path/to/customized/unifdef -DRUN_ALL_TESTS=1 -P
repository.cmake |
21:22.34 |
starseeker |
(sorry,
wasn't watching channel) |
23:13.43 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:15.49 |
brlcad |
starseeker: I
still get the subfilter error |
23:16.12 |
brlcad |
is that
perhaps using some >3.3 cmake feature? |
23:52.31 |
Notify |
03BRL-CAD
Wiki:Sean * 9816 /wiki/Example_db_walk_tree: merge in the void*
update from asad |
23:52.45 |
Notify |
03BRL-CAD
Wiki:Sean * 0 /wiki/Db_walk_tree: not needed, merged with
main |
00:14.46 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
00:28.45 |
*** join/#brlcad merzo
(~merzo@195-28-133-95.pool.ukrtel.net) |
00:41.56 |
*** join/#brlcad qpgtvklzimihudpc
(~armin@dslb-092-074-243-149.092.074.pools.vodafone-ip.de) |
00:47.15 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
01:07.56 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
01:10.26 |
starseeker |
src/libbu/redblack.c:892:6: error: ISO C
forbids conversion of function pointer to object pointer type
[-Wpedantic] |
01:10.29 |
starseeker |
<PROTECTED> |
01:14.35 |
starseeker |
I think this
may be the same thing I was bouncing back and forth on - keeping
gcc and clang happy at the same time... |
01:19.21 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
02:19.02 |
brlcad |
starseeker:
hm, okay -- I can work around that I think |
02:20.20 |
brlcad |
starseeker:
bizarre build error encountered, could use your insight |
02:21.13 |
brlcad |
pedro
(freebsd dev) is reporting a curious build failure where it finds
uuid/uuid.h during cmake but then fails compilation of
src/libbu/uuid.c because it can't find the header |
02:22.10 |
brlcad |
looks like
the header is properly installed in /usr/local/include and our
top-level CMakeLists.txt file adds it to CMAKE_PREFIX_PATH and
CMAKE_REQUIRED_INCLUDES |
02:22.45 |
brlcad |
this seems to
cause -I/usr/local/include flags during cmake, but not during make
thus causing the error |
02:27.18 |
Notify |
03BRL-CAD:brlcad * 68702
brlcad/trunk/CMakeLists.txt: check for uuid.h not stashed into a
subdir too. observed install path on FreeBSD |
02:28.41 |
Notify |
03BRL-CAD:brlcad * 68703
brlcad/trunk/src/libbu/uuid.c: check both in subdir and not for a
system uuid.h |
02:42.27 |
Notify |
03BRL-CAD:brlcad * 68704
brlcad/trunk/src/libbu/redblack.c: not strictly valid, but good
enough for printing a debug line and should quell the conversion
warning. go to an integer type before going to void. note that
compilers have extreme flexibility as to how they encode function
pointers, so the value printed is essentially meaningless (it could
be a string) |
02:59.28 |
starseeker |
brlcad: um...
I think the "usual" pattern there would be to define a
UUID_INCLUDE_DIR variable when the header was found and add that to
the include directories for that library, but /usr/local/include is
surprising |
03:01.03 |
brlcad |
this isn't
specific to uuid, it just happens to be the header in this
situation |
03:01.27 |
brlcad |
it's a system
header found, but the system path isn't on the compile
list |
03:01.59 |
brlcad |
with
autotools, we manually included -I, and presumably setting
CMAKE_REQUIRED_INCLUDES and CMAKE_PREFIX_PATH does that ... but it
seemingly is not?? |
03:03.17 |
brlcad |
thinks something like this would make for a good repo test:
http://stackoverflow.com/questions/16429376/how-can-i-let-cmake-check-whether-my-headers-are-self-sufficient |
03:03.46 |
brlcad |
... try
compiling all our public headers as C and C++ headers, make sure
they are self-contained |
03:06.45 |
starseeker |
oh, this bit?
check_include_files("${header_files}" IS_STANDALONE) |
03:08.03 |
starseeker |
been a while
since I looked at the bit setting up the default system includes -
I'll check it tomorrow |
03:09.04 |
starseeker |
agrees that would be a good check |
03:09.12 |
starseeker |
(IS_STANDALONE) |
03:10.28 |
brlcad |
apparently
that SO discussion leads me to believe it won't work with
check_include_files() |
03:11.51 |
starseeker |
hmm. |
03:11.54 |
brlcad |
but that it
is manually possible with check_include_file() and
check_include_file_cxx() |
03:12.05 |
brlcad |
(the first
answer) |
03:13.07 |
starseeker |
will have to
try some experiments |
03:13.25 |
starseeker |
libbu
building here, by the way (gcc) |
03:14.44 |
Notify |
03BRL-CAD:brlcad * 68705
brlcad/trunk/CMakeLists.txt: really go the distance to ensure
/usr/local/include is included in the compilation cppflags, not
just during cmake |
03:16.15 |
brlcad |
that should
do the trick, a bit aggressive, but should be safe I
think |
03:20.21 |
Notify |
03BRL-CAD:brlcad * 68706
brlcad/trunk/CMakeLists.txt: might as well be consistent. this
doesn't matter on platforms lacking /usr/include (e.g.,
windows) |
03:30.39 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.232.164) |
04:19.31 |
brlcad |
hm,
interesting non-coding piece about personalities on github:
https://github.com/raganwald/presentations/blob/master/optimism.md |
05:11.14 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
05:12.11 |
*** join/#brlcad kintel_
(~kintel@unaffiliated/kintel) |
05:24.15 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.232.164) |
05:34.06 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.232.164) |
05:35.13 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
06:49.12 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
06:55.50 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
08:02.36 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:22.31 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
09:09.48 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
09:17.08 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:25.31 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
09:46.04 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:08.06 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:14.57 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:29.22 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:38.21 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:45.38 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
10:57.01 |
*** join/#brlcad amarjeet
(~Amarjeet@202.164.53.117) |
10:59.10 |
*** join/#brlcad amarjeet_
(~Amarjeet@202.164.53.117) |
11:03.10 |
*** join/#brlcad amarjeet
(~Amarjeet@202.164.53.117) |
11:06.28 |
*** join/#brlcad amarjeet_
(~Amarjeet@202.164.53.117) |
11:19.51 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
11:57.29 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
12:54.22 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
13:14.07 |
*** join/#brlcad yorik (~yorik@187.35.8.25) |
13:35.27 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:00.06 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.245.252) |
14:08.27 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
14:17.29 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.245.252) |
14:18.09 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.245.252) |
14:49.38 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.242.61) |
15:12.59 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.242.61) |
15:18.27 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
16:24.33 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.211.242.61) |
16:56.31 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.211.223.228) |
17:08.59 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
17:14.04 |
*** join/#brlcad amarjeet
(~amarjeet@101.211.241.6) |
17:22.32 |
*** join/#brlcad ickby
(~stefan@x5d8461cd.dyn.telefonica.de) |
17:25.46 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.245.41) |
17:25.58 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
17:26.25 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.245.41) |
17:31.46 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.230.112) |
17:37.19 |
*** join/#brlcad amarjeet_
(~amarjeet@101.211.230.112) |
17:40.35 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
17:54.42 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
18:39.54 |
*** join/#brlcad ickby
(~stefan@x5d8461cd.dyn.telefonica.de) |
18:42.10 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
18:45.55 |
*** join/#brlcad merzo
(~merzo@88-249-94-178.pool.ukrtel.net) |
18:54.02 |
*** join/#brlcad ickby_
(~stefan@x5d8461cd.dyn.telefonica.de) |
20:15.33 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
20:30.27 |
Notify |
03BRL-CAD:brlcad * 68707
(brlcad/trunk/include/bu/str.h
brlcad/trunk/src/libbu/booleanize.c): add recognition for on/off as
boolean string values for cmake-style compatibility and convenience
with env var string parsing. removed t/T/f/F for true/false, but
still need to make sure nobody was relying on that shorthand
(tcladjust in particular). made all testing case-insensitive. fixed
the unreachable final return. |
20:32.16 |
Notify |
03BRL-CAD:brlcad * 68708
brlcad/trunk/TODO: note to self, need to check usages |
20:48.43 |
Notify |
03BRL-CAD:starseeker * 68709
brlcad/trunk/src/tclscripts/tkcon.tcl: we don't want tkcon
hijacking dir on the MGED command prompt. |
20:57.50 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:14.02 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
23:35.56 |
Notify |
03BRL-CAD
Wiki:Tandoorichick * 9820 /wiki/User:Tandoorichick/GSoC2016/Logs:
/* Development Logs */ |
01:21.44 |
starseeker |
Stragus:
agreed - quite surprising |
01:25.29 |
starseeker |
O.o cross
platform, MIT licensed PowerShell from Microsoft: https://github.com/PowerShell/PowerShell |
01:25.33 |
starseeker |
's head explodes |
01:26.16 |
Stragus |
Microsoft has
been pacified, Apple is now the new Microsoft |
01:26.32 |
starseeker |
kinda looking
that way... wow |
01:27.40 |
starseeker |
thinks he knows now how the old timers felt when IBM started
backing open soruce back in the 1990s... |
01:28.15 |
Stragus |
Eheh |
01:28.37 |
Stragus |
And Apple is
now anti-OpenGL, anti-Vulkan, anti-OpenSSH, anti-CUDA,
etc. |
01:28.59 |
starseeker |
winces |
01:29.28 |
starseeker |
wonder if
they're going to end up being a phone-only company in another
decade or so |
01:30.06 |
starseeker |
prayerfully hopes they manage to push the industry standard
for monitors everywhere to 5K before that
happens... |
01:30.23 |
Stragus |
I'm really
disappointed in Apple. They embraced open source and open standards
just long enough to get back on their feet |
01:30.46 |
Stragus |
And now they
want to own and control everything, their own standards while
actually blocking everything else |
01:31.06 |
Stragus |
Even
Microsoft didn't prevent people of running alternatives |
01:31.24 |
starseeker |
nods - I've always wished they hadn't patented their magnetic
connector system - that should have totally displaced USB years
ago... |
01:32.44 |
starseeker |
that said,
we'd still be on 1024x768 monitors everywhere without Apple - they
do at least push the hardware envelope |
01:32.52 |
Stragus |
Apple
developpers in #opengl always have trouble with the Apple drivers,
they don't even support debugging contexts and
callbacks |
01:33.56 |
Stragus |
They have
more bugs and performance problems, while not supporting a ton of
modern and powerful GL extensions |
01:34.26 |
starseeker |
what's the
AAA (Apple Approved Alternative) to OpenGL these days? |
01:34.38 |
Stragus |
Metal, their
own little proprietary API |
01:34.52 |
Stragus |
The
equivalent of Vulkan, the standard which they don't want to
support |
01:36.02 |
starseeker |
wonder if
someone is going to have to do something like porting angle to
metal |
01:36.52 |
Stragus |
That would be
a lot of work... These new generation APIs are much lower
level |
01:37.11 |
starseeker |
nods |
01:37.12 |
Stragus |
It now takes
4 times as much code to draw a triangle! ;) |
01:37.17 |
starseeker |
heh |
04:14.46 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.227.167) |
04:25.16 |
tandoorichick |
starseeker |
04:25.21 |
tandoorichick |
http://paste.lisp.org/display/323613 |
04:26.30 |
tandoorichick |
Stragus:
that's why i got a little confused, because the build log didn't
say much. Adn this error started occuring all of a sudden. I'd made
changes to my code, but reverted. The error stayed.. |
04:46.36 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.227.167) |
06:08.24 |
*** join/#brlcad merzo
(~merzo@88-249-94-178.pool.ukrtel.net) |
06:32.25 |
*** join/#brlcad merzo
(~merzo@88-249-94-178.pool.ukrtel.net) |
06:44.29 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
06:53.30 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
06:57.16 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
07:10.18 |
d_rossberg |
tandoorichick: same for
Stitch.h |
07:11.33 |
tandoorichick |
d_rossberg:
I've mailed them to you.. |
07:11.51 |
d_rossberg |
got it
... |
07:21.42 |
d_rossberg |
tandoorichick: i get the following
compilation error: brlcad/src/libged/heal.c:49:2: error: too many
arguments to function âanalyze_heal_botâ |
07:22.29 |
d_rossberg |
in heal.c the
function has a tolerance parameter which isn't in the prototype in
analyze.h |
07:42.48 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
07:43.16 |
tandoorichick |
d_rossberg:
my internet is fluctuating.. |
07:43.26 |
tandoorichick |
I'll mail you
the latest patch.. |
07:54.43 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
08:10.01 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:31.26 |
Notify |
03BRL-CAD:d_rossberg * 68722
brlcad/trunk/src/rt/opt.c: after the last revert we have here no
variable 'color' any more |
08:42.57 |
tandoorichick |
d_rossberg:
in the latest patch i sent you, the tolerance is taken as a user
input. For example "heal newbot.s 50.5". This is only the zippering
tolerance.. |
08:44.48 |
d_rossberg |
okay,
thanks |
08:51.29 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
08:54.46 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:55.35 |
*** join/#brlcad teepee]
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
09:53.11 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
10:16.12 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
10:47.39 |
*** join/#brlcad Notify
(~notify@104.225.5.10) |
10:54.09 |
d_rossberg |
tandoorichick: do you know in which
function your heal algorithm hangs? |
10:57.11 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:5537:1d05:adea:99b0) |
11:03.53 |
tandoorichick |
d_rossberg:
in this one - findFreeEdgeChain() |
11:25.09 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
11:35.43 |
d_rossberg |
okay, you
already found it |
11:36.22 |
tandoorichick |
the problem
lies with the initial construction of the DCEL.. |
11:36.37 |
tandoorichick |
but i'm not
sure where.. |
11:49.31 |
starseeker |
tandoorichick: does that error happen if
you completely clear the build directory and start
over? |
11:51.11 |
tandoorichick |
starseeker:
that error got resolved. :) |
11:51.28 |
tandoorichick |
i had posted
a while after it did.. |
12:07.52 |
starseeker |
ah, good
:-) |
12:24.18 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
13:09.16 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
13:10.13 |
d_rossberg |
tandoorichick: do you also have the
impression that the edge -> next edge sequence isn't a circle
here? |
14:00.54 |
*** join/#brlcad yorik (~yorik@187.35.8.25) |
14:03.54 |
tandoorichick |
d_rossberg:
yeah, that's what i am not sure about.. |
14:12.29 |
d_rossberg |
i'm a little
bit confused about the initPrevEdge() and initNextEdge() functions;
shouldn't this be done in one run? i.e. if e1.previous = e2 =>
e2.next = e1? |
14:17.04 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.230.113) |
14:34.17 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:59.04 |
*** join/#brlcad Mandeep_Singh
(~mandeep@117.212.50.128) |
15:03.39 |
*** join/#brlcad amarjeet_
(~amarjeet@101.211.230.113) |
15:04.11 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
15:08.04 |
*** join/#brlcad amarjeet_
(~amarjeet@101.211.230.113) |
15:30.28 |
*** join/#brlcad Gud
(~k@c-890ae555.021-17-73746f36.cust.bredbandsbolaget.se) |
15:36.40 |
tandoorichick |
d_rossberg: i
will modify and check.. |
15:43.40 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
15:45.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:47.02 |
d_rossberg |
maybe you can
check for well constructed edge chains automatically
there |
16:00.53 |
*** join/#brlcad amarjeet_
(~amarjeet@101.211.230.113) |
16:02.00 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:25.54 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
16:33.48 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.230.113) |
16:36.14 |
brlcad |
~no, 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://pastebin.ca, http://channels.debian.net/paste,
http://paste.lisp.org,
http://bin.cakephp.org/; or
install pastebinit with yum or aptitude. |
16:37.37 |
brlcad |
Stragus:
"most" of the anti-standards camping started when jobs first got
deadly sick, and has only gotten worse with cook's
leadership |
16:38.21 |
brlcad |
SYCL should
layer over Metal and OpenCL, iirc |
16:41.06 |
brlcad |
starseeker:
do you have one of those ribbon chains from step
conversion? |
16:43.12 |
brlcad |
trieds to get multiple SSL certificates
working |
17:12.52 |
*** join/#brlcad aryan_raj
(~aryanraj@103.37.201.78) |
18:00.14 |
starseeker |
um... ribbon
chains? |
18:08.34 |
Caterpillar |
there is also
fpaste :-) |
18:18.43 |
brlcad |
starseeker: a
pipe that converted out via step as a spiraling ribbon |
19:31.52 |
*** join/#brlcad tandoorichick
(3d0c28b1@gateway/web/freenode/ip.61.12.40.177) |
19:32.40 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:36.50 |
*** join/#brlcad Mandeep_Singh
(~mandeep@117.215.229.108) |
20:00.25 |
starseeker |
don't have
one handy offhand... |
21:08.14 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:27.41 |
Notify |
03BRL-CAD:starseeker * 68723
(brlcad/branches/tcltk86/CHANGES
brlcad/branches/tcltk86/CMakeLists.txt and 151 others): Sync with
trunk thru r68722 |
21:33.44 |
Notify |
03BRL-CAD:starseeker * 68724
(brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/CHANGES and
329 others): Sync with trunk thru r68722 |
21:49.36 |
Notify |
03BRL-CAD:starseeker * 68725
(brlcad/trunk/misc/svn2git/svn2git/main.cpp
brlcad/trunk/misc/svn2git/svn2git/repository.cpp and 4 others):
Update svn2git/svn-all-fast-export to latest version from https://github.com/svn-all-fast-export/svn2git |
22:07.32 |
Notify |
03BRL-CAD:starseeker * 68726
brlcad/trunk/misc/svn2git/account-map: Add missing names to
account-map - found via
http://stackoverflow.com/questions/2494984/how-to-get-a-list-of-all-subversion-commit-author-usernames |
22:16.38 |
Notify |
03BRL-CAD:starseeker * 68727
brlcad/trunk/misc/svn2git/account-map: Add names to commit ids when
they can be found in the AUTHORS file. Still a few I don't have
info for... |
22:36.46 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:14.27 |
starseeker |
confound it,
that botched embree branch merge is acting like a poison pill for
git converion |
23:14.34 |
starseeker |
s/converion/conversion |
23:22.43 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:5537:1d05:adea:99b0) |
00:41.15 |
*** join/#brlcad aodzalkgykrzrriw
(~armin@dslb-088-066-131-231.088.066.pools.vodafone-ip.de) |
03:00.17 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
03:58.39 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.218.19) |
04:10.36 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.218.19) |
04:37.44 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.218.19) |
04:53.21 |
*** join/#brlcad merzo
(~merzo@62-51-133-95.pool.ukrtel.net) |
05:09.03 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9829 /wiki/User:Mandeeps708/GSoC16/logs: /*
logs*/ |
05:19.16 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.218.19) |
05:33.05 |
Notify |
03BRL-CAD
Wiki:Mandeeps708 * 9830 /wiki/User:Mandeeps708/GSoC16/logs: /*
Project Details */ |
05:34.24 |
nmz787_ |
brlcad: hmm,
well I don't think the slicing is terribly slow... I mean, for the
speed and ease of Python coding, the speed was fine for slicing.
NIRT seems like it doesn't benefit from parallel jobs, at least on
my machine. I thought about whether it was some kind of file
lock... but I haven't tried copying the g-file a few times and
running a job on each file in parallel. |
05:37.15 |
nmz787_ |
brlcad: what
is more interesting and concerning from your response is actually
"or at least 0.0005mm for computational stability"... why is 5
microns the limit for computational stability??? I mean, have I
been mislead by front-page advertising i.e. last sentence here:
http://brlcad.org/wiki/Overview#What_is_BRL-CAD.3F |
05:37.57 |
nmz787_ |
brlcad: I
have been banking on "BRL-CAD users can accurately model objects on
scales ranging from the subatomic through the galactic and get "all
the details, all the time."" for a few years |
06:42.00 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:06.55 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
07:15.18 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
07:38.53 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
07:56.03 |
*** join/#brlcad teepee]
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
08:25.55 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
08:27.08 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
08:32.06 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
08:49.12 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
09:12.30 |
tandoorichick |
d_rossberg:
could you please give suggestions on my final work
product? |
10:27.08 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
10:35.19 |
d_rossberg |
tandoorichick: okay, i assumed that you
already completed your evaluation for Google |
10:37.00 |
tandoorichick |
d_rossberg:
i've made a blog post here:
https://tandoorichickblog.wordpress.com/2016/08/23/gsoc16workproduct/ |
10:40.02 |
d_rossberg |
is this
essentially the same as the google doc from your
e-mail? |
10:40.11 |
tandoorichick |
Yes it
is |
10:40.33 |
tandoorichick |
Since they
had mentioned it needed to be at a stable location, i published it
in a blog.. |
10:42.16 |
tandoorichick |
also, could
you advise me on the intersection of lines issue i had mailed you
about? |
10:43.35 |
tandoorichick |
when there
are thin triangles, no feature pairs are identified sometimes
because wrong intersection of lines is detected |
10:49.28 |
d_rossberg |
regarding
your blog post: the only thing i would recommend to add is to
emphasize your final patch (with a direkt link to it) |
10:52.46 |
d_rossberg |
regarding the
thin triables: the first thing which came into my mind when you
talked about triangles with a thickness on the edge of the
precision was: remove them! |
10:53.16 |
d_rossberg |
is this
feasible? |
10:55.37 |
tandoorichick |
i will add a
direct link to my patch, maybe put it up on g drive? |
10:55.46 |
tandoorichick |
i dont
understand your comment about the thin triangles.. |
10:57.16 |
d_rossberg |
you get
numerical/precision issues with the thin triangles,
right? |
10:58.40 |
tandoorichick |
yeah.. |
10:59.41 |
d_rossberg |
so, they must
be very thin, with a thickness close to the numerical
precision? |
11:00.14 |
tandoorichick |
yeah |
11:01.15 |
d_rossberg |
with almost
no area => remove them? |
11:02.08 |
d_rossberg |
maybe with
moving its point in the middle on the long edge |
11:02.29 |
tandoorichick |
yes i am
doing that.. |
11:03.05 |
tandoorichick |
when it is a
quadrilateral, or has more vertices what do we do then? |
11:03.43 |
tandoorichick |
essentially
all the vertices in the gap need to be healed in one go, because
they wont be visited again. |
11:04.13 |
tandoorichick |
so with gaps
with more number of vertices itm ight tricky |
11:04.36 |
tandoorichick |
because we
wouldnt know which vertex to choose to heal first such that the
whole mesh gets healed |
11:05.23 |
tandoorichick |
is what i am
saying true? |
11:06.00 |
tandoorichick |
(also, i have
included my final patch in the blog) |
11:15.40 |
d_rossberg |
what i once
did in a (maybe?) similar case was a kind of preprocessing: i
unified nearby vertices; this could be extended by a test for
vertices on (or near) edges |
11:16.02 |
d_rossberg |
this should
give us a mesh with "wide open" holes |
11:16.13 |
tandoorichick |
oh
okay.. |
11:16.19 |
tandoorichick |
yes that
seems fair enough |
11:16.57 |
tandoorichick |
but then
again until when would be unify the vertices? |
11:17.07 |
tandoorichick |
until it is a
thin triangle or until it is a whide hole? |
11:17.15 |
tandoorichick |
wide* |
11:17.34 |
tandoorichick |
because both
are possible right? |
11:19.58 |
d_rossberg |
there
shouldn't be any thin triangle any more after this procedure: there
are no two vertices closer to each othes as <precision> and
no vertex is closer to any edge than <precision> |
11:21.22 |
tandoorichick |
so
essentially one unification would be enough? |
11:25.03 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
11:28.48 |
d_rossberg |
one
unification of vertices, one moving of vertices onto nearby edges,
and maybe an additional unification of vertices (plus fixing
affected edges and faces) |
11:34.12 |
tandoorichick |
the thing is
then, the heal command might have to be called multiple times as
the algo does not revisit vertices.. |
11:36.09 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
11:36.38 |
d_rossberg |
the filtering
i described here is something which would be done before the
creation of the DCEL |
11:37.52 |
tandoorichick |
oh.. |
11:38.24 |
tandoorichick |
but the thin
triangles that i described arise after one round of
healing.. |
11:42.09 |
d_rossberg |
but in this
case: don't create thin triangles? if the triangle you would create
is thin something is wrong |
11:42.59 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.244.81) |
11:45.46 |
tandoorichick |
the thing is,
with the broken sphere: say a vertex contraction happens. after
this, for the vertex next to the vertex just healed, the feature
edge becomes the edge that has been newly added, whose dist measure
is just slightly lesser than that of the previous feature (which
was a vertex). this is what results in thin triangles.. |
12:26.20 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
12:37.36 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.244.81) |
12:39.03 |
d_rossberg |
when do you
know that the triangle is thin? |
12:56.23 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
13:19.34 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.244.81) |
13:22.23 |
tandoorichick |
d_rossberg:
algorithmically i'm not sure, i just saw from the return value of
the orientation function, and from the visualization |
13:29.32 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.244.81) |
13:29.37 |
d_rossberg |
maybe there
is a (small) consistency check necesary after each healing step to
make it watertight |
13:30.35 |
tandoorichick |
okay, yeah
that seems plausible.. |
13:32.34 |
tandoorichick |
this step
would involve the unification of the close vertices? |
13:33.20 |
tandoorichick |
and what do i
take as the tolerance for that |
13:36.57 |
d_rossberg |
i would
recommend a machine or double dependent value |
13:37.20 |
d_rossberg |
i'm using
5.3e-11 for 3d points |
13:37.34 |
tandoorichick |
hmmm okay
cool.. |
13:37.42 |
tandoorichick |
i will try to
finish this.. |
13:38.02 |
d_rossberg |
this is (3. *
std::numeric_limits<double>::epsilon()^2)^1/3 |
13:38.44 |
tandoorichick |
ok
cool |
13:39.08 |
d_rossberg |
and with
absMax = std::max(std::max(fabs(value1), fabs(value2)),
1.) |
13:39.37 |
d_rossberg |
test for
fabs(value1 - value2) < (absMax * tolerance) |
13:43.05 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:50.19 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
13:51.21 |
tandoorichick |
d_rossberg:
actually the vertices of the triangular hole are v1:
(-12.976259378703389, 1.4414630845285288, 995.78376342420256), v2:
(587.78601884841919, 65.293997526168823, 809.01700258255005) and
v3: (0, 0, 1000) |
13:51.39 |
tandoorichick |
v3 is to be
projected onto the edge v1v2 |
13:51.49 |
tandoorichick |
the vertices
are not that close enough right? |
13:54.09 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.244.81) |
13:58.48 |
tandoorichick |
also what are
value1 and value2 wrt the 3d points? |
14:03.43 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.244.81) |
14:15.09 |
*** join/#brlcad yorik (~yorik@187.35.8.25) |
14:16.06 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.212.162) |
14:17.49 |
d_rossberg |
replace
fabs(value1 - value2) with the distance of the two
points |
14:19.15 |
d_rossberg |
your points
really aren't so close ... |
14:19.33 |
tandoorichick |
yeah... |
14:19.53 |
tandoorichick |
basically the
error pops up in the orientation function |
14:20.32 |
tandoorichick |
when the the
two points v1, v2 and the orthogonal projection of v3 onto v1v2 are
passed for orientation check, |
14:20.37 |
tandoorichick |
collinearity
isnot returned |
14:20.41 |
tandoorichick |
im not sure
why.. |
14:21.08 |
tandoorichick |
this is the
basis of all error pertaining to thin triangles.. |
14:21.24 |
tandoorichick |
any opinions
as to why this might be happening? |
14:27.20 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.211.233.74) |
14:42.01 |
tandoorichick |
d_rossberg:
alternatively, i could try this. im currently ignoreing edges that
are incident on a vertex for the candidate of closest edge. if this
were not the case, with thin triangles, the two closest vertices
would be unified. this could work. but im not sure i can complete
it before the gsoc deadline. but definitely before the
showcase.. |
14:43.57 |
d_rossberg |
your
tolerance is very low |
14:44.15 |
d_rossberg |
try 5.3e-11
? |
14:45.22 |
d_rossberg |
keep in mind
what std::numeric_limits<double>::epsilon() means |
14:47.04 |
d_rossberg |
i.e. "<
absMax * tolerance" |
14:49.39 |
tandoorichick |
i dont
exactly get what absMax is |
14:53.27 |
tandoorichick |
i set my
tolerance to the value you suggested |
14:53.30 |
d_rossberg |
okay, you can
ignore this if one value is 0 |
14:54.12 |
d_rossberg |
i.e. if you
test for "value = 0?" |
14:54.58 |
tandoorichick |
i set it to
5.3e-11 and tried.. the issue persists.. |
15:01.32 |
d_rossberg |
there seams
to be a more general issue with the orientation function: if the 3
points are in the x=0 plane it returns collinear ... |
15:03.02 |
tandoorichick |
right... |
15:04.49 |
tandoorichick |
id been very
confused as to how to implement the orientation function, guess i
didn't think it through.. |
15:04.58 |
tandoorichick |
what may be
the right implementation of it? |
15:05.02 |
d_rossberg |
so: two
points define a vector, when is the third one clockwise and when
counterclockwise? |
15:05.47 |
tandoorichick |
clockwise if
the point is to the "right" of it and CCw if left? |
15:06.48 |
d_rossberg |
you mean in
the projection to the xy plane? |
15:07.29 |
tandoorichick |
not
quite |
15:08.22 |
tandoorichick |
i mean to say
if i was at point 1, and im looking towards point 2, if to the
right of my line of sight, then CW, if left ccw |
15:08.50 |
tandoorichick |
if point 3 is
to the right of my line of sight* |
15:10.57 |
tandoorichick |
how about
finding the cross product of the vectors AB, AC when the three
points in order are A, B, C? |
15:11.36 |
d_rossberg |
"right" and
"left" devide the space in two parts, the partition plane is
described by the vector from 1 to 2 and a third point:
which? |
15:13.10 |
tandoorichick |
ok yeah it is
the projection in the xy plane.. |
15:14.18 |
d_rossberg |
the cross
product gives you a vector orthogonal to your triangle |
15:15.11 |
tandoorichick |
hmmmm |
15:15.23 |
d_rossberg |
i'll rethink
it when i review your code |
15:15.32 |
tandoorichick |
how do we
determine the orientation? |
15:15.40 |
tandoorichick |
okay.. |
15:15.52 |
tandoorichick |
so do i
submit off this code? |
15:16.41 |
tandoorichick |
i would like
to finish fixing the orientation code.. |
15:16.47 |
tandoorichick |
any
suggestions? |
15:20.01 |
d_rossberg |
with your
understanding of orientation you will likely go into trouble if you
go around something, the right and left will flip, e.g. with a
sphere |
15:20.37 |
tandoorichick |
hmmmm |
15:21.08 |
tandoorichick |
what could i
do then? |
15:22.56 |
d_rossberg |
the question
is: for what do you need it? only for checkIfIntersectsInterior()
and checkIfCollinear()? |
15:24.42 |
tandoorichick |
as of now,
the init functions also use it.. |
15:26.41 |
tandoorichick |
setting the
start edge for a face, and the incident face ref for an
edge.. |
15:27.34 |
tandoorichick |
and also at
one point if the square is a hole, to check if it is indeed a hole
and not the external boundary |
15:27.41 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.249.120) |
15:30.19 |
d_rossberg |
as i already
mentioned: determine the orientation from the nearby
triangles |
15:31.20 |
d_rossberg |
what is
really inside and outside isn't important, but it has to be
consistent for the whole mesh |
15:31.32 |
tandoorichick |
yeah i got
that.. |
15:32.05 |
tandoorichick |
thought i
will look into this more pressing issue of line intersections
before i looked into that bigger issue.. |
15:34.20 |
d_rossberg |
okay
:) |
15:53.10 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
15:54.20 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
16:13.07 |
*** join/#brlcad ickby
(~stefan@x5d847777.dyn.telefonica.de) |
16:36.16 |
*** join/#brlcad ickby
(~stefan@x5d847777.dyn.telefonica.de) |
16:37.10 |
*** join/#brlcad sniok
(~sniok@89.252.2.135) |
17:16.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:02.49 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.211.209.239) |
18:31.10 |
*** join/#brlcad ickby_
(~stefan@x5d847777.dyn.telefonica.de) |
18:39.27 |
*** join/#brlcad tandoorichick
(b64b2de1@gateway/web/freenode/ip.182.75.45.225) |
19:47.29 |
*** join/#brlcad merzo
(~merzo@80-118-132-95.pool.ukrtel.net) |
19:47.43 |
Notify |
03BRL-CAD:starseeker * 68743
brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: Revert
commits 61337 and r61598. The former broke some BoT raytracing
situations, and the latter is causing more subtle issues with an
isolated bot region reporting one raytracing result and the same
region below another comb reporting a different result. |
20:51.29 |
*** join/#brlcad ickby
(~stefan@x5d847777.dyn.telefonica.de) |
20:54.48 |
*** join/#brlcad ickby
(~stefan@x5d847777.dyn.telefonica.de) |
21:21.53 |
*** join/#brlcad asad_
(~asad00@host10-2.natpool.mwn.de) |
21:58.47 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:14.33 |
*** join/#brlcad merzo
(~merzo@80-118-132-95.pool.ukrtel.net) |
00:55.04 |
*** join/#brlcad LordOfBikes
(~armin@dslb-178-010-190-043.178.010.pools.vodafone-ip.de) |
00:55.20 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:07.26 |
*** join/#brlcad asad_
(~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net) |
02:05.18 |
*** join/#brlcad asad____
(~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net) |
02:07.14 |
*** join/#brlcad asad_____
(~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net) |
03:17.52 |
Notify |
03BRL-CAD:starseeker * 68779
(brlcad/trunk/NEWS
brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk): Taking a
page from Archer, use the iwidget panedwindow rather than tk's
version. Untested as yet, but this should fix the crashing issue we
were seeing on Windows when the panedwindow sash was agressively
dragged (or slowly with no mouse let-up). The new behavior is that
the windows are not redrawn until the |
03:17.54 |
Notify |
mouse is
released. Also has the side-effect of maintaining the *relative*
ratio of the left and right panel sizes rather than expanding only
the right panel size - I suspect a work-around for that may be
possible but I haven't tried to implement it yet. In the meantime,
this should be an overall improvement in behavior. |
03:17.56 |
Notify |
... |
03:24.01 |
starseeker |
digs deeper into the iwidget panedwindow and quickly decides
that it's not worth trying to make a 'resize right window only'
mod... |
03:25.04 |
starseeker |
better
approach if users want improvements would be to have a .rtwizardrc
file that saves window size and fractions... |
03:43.15 |
Notify |
03BRL-CAD:starseeker * 68780
(brlcad/trunk/NEWS
brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt): g_diff man
page is replaced by gdiff man page. |
03:46.31 |
*** join/#brlcad asad_
(~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net) |
03:47.00 |
Notify |
03BRL-CAD:brlcad * 68781
brlcad/trunk/misc/CMake/FindOPENNURBS.cmake: apparently this was
copied from zlib's |
03:49.18 |
*** join/#brlcad asad______
(~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net) |
03:49.44 |
Notify |
03BRL-CAD:brlcad * 68782
(brlcad/trunk/src/libbrep/CMakeLists.txt
brlcad/trunk/src/libicv/CMakeLists.txt and 2 others): needs more
cross-platform testing, but mac build doesn't need any of these
zlib include dirs or linkages. presumably added for opennurbs. if
needed, probably should be included in OPENNURBS_LIBRARIES and that
used instead of OPENNURBS_LIBRARY. |
03:54.55 |
Notify |
03BRL-CAD:brlcad * 68783
(brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml
brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt): g_lint was
renamed to glint, so rename the manual page to match |
03:55.45 |
Notify |
03BRL-CAD:brlcad * 68784
brlcad/trunk/doc/IDEAS: g_qa renamed gqa |
04:07.18 |
Notify |
03BRL-CAD:brlcad * 68785
brlcad/trunk/src/libbu/uuid.c: er, .h not .hh |
04:27.40 |
Notify |
03BRL-CAD:starseeker * 68786
(brlcad/trunk/NEWS
brlcad/trunk/doc/docbook/system/mann/CMakeLists.txt
brlcad/trunk/src/libged/gdiff.c): Clean up MGED gdiff a bit: set
default tolerance to something sane rather than the minimum
distance, don't draw common segments unless asked for, dispense
with -R option since no other behavior is currently available, add
man page. |
04:53.22 |
Notify |
03BRL-CAD:brlcad * 68787
brlcad/trunk/include/bu/str.h: note that they are
case-insensitive |
04:54.30 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
04:55.07 |
Notify |
03BRL-CAD:brlcad * 68788
brlcad/trunk/src/librt/comb/comb.c: no need for any of this to use
case-sensitive equality comparisons. use equiv and
bu_str_true/false. |
04:58.23 |
Notify |
03BRL-CAD:brlcad * 68789
brlcad/trunk/TODO: couldn't find any indication or direct need to
recognize single-char 't' and 'f' for representing string
true/false. |
05:34.26 |
Notify |
03BRL-CAD:brlcad * 68790
brlcad/trunk/src/libged/typein.c: last straggler directly testing
for yes/y converted to bu_str_true() |
05:38.56 |
Notify |
03BRL-CAD:brlcad * 68791
(brlcad/trunk/CHANGES brlcad/trunk/src/libged/TODO
brlcad/trunk/src/mged/wdb_obj.c): update few more remaining
references to the g_ prefixed commands |
05:40.52 |
Notify |
03BRL-CAD:brlcad * 68792
brlcad/trunk/src/libged/TODO: convert garbage_collect to
libged |
06:47.13 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
07:21.07 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.75) |
07:37.07 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
07:51.18 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
07:53.18 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.75) |
08:08.25 |
*** join/#brlcad amarjeet
(~Amarjeet@202.164.53.117) |
08:12.12 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:05.51 |
*** join/#brlcad teepee]
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
09:24.33 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.211.234.22) |
09:35.40 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
09:39.03 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
09:44.05 |
*** join/#brlcad amarjeet
(~Amarjeet@202.164.53.117) |
10:28.12 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:48.25 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.211.247.192) |
11:09.56 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
11:17.37 |
*** join/#brlcad amarjeet
(~Amarjeet@202.164.53.117) |
11:23.36 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.211.212.172) |
11:25.19 |
*** join/#brlcad amarjeet
(~Amarjeet@202.164.53.117) |
11:41.50 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
11:46.32 |
*** join/#brlcad ries
(~ries@217.121.199.239) |
11:49.23 |
*** join/#brlcad ries_
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
11:55.55 |
*** join/#brlcad amarjeet_
(~Amarjeet@101.211.220.83) |
11:59.44 |
*** join/#brlcad amarjeet
(~Amarjeet@202.164.53.117) |
12:24.38 |
*** join/#brlcad amarjeet_
(~Amarjeet@202.164.53.117) |
12:25.42 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.225.24) |
13:24.15 |
*** join/#brlcad yorik (~yorik@177.9.170.5) |
13:58.55 |
Notify |
03BRL-CAD:starseeker * 68793
brlcad/trunk/CMakeLists.txt: Start trying to clean up and
rationalize the CPack logic a bit. There's probably a better way to
organize all this... |
14:06.16 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:48.23 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:53.25 |
Notify |
03BRL-CAD:starseeker * 68794
brlcad/trunk/CMakeLists.txt: tag UMASK_EXEC as advanced |
14:54.58 |
*** join/#brlcad yorik (~yorik@177.9.170.5) |
14:59.33 |
Notify |
03BRL-CAD:starseeker * 68795
(brlcad/trunk/misc/CMake/FindOPENNURBS.cmake
brlcad/trunk/misc/attributes/CMakeLists.txt and 19 others): Windows
build broke - see if we can make the OPENNURBS vars contain what's
needed. |
15:24.13 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
15:44.10 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
15:57.42 |
Notify |
03BRL-CAD:starseeker * 68796
brlcad/trunk/src/libged/gdiff.c: add semicolons for better
indenting |
15:58.09 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
16:00.20 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:09.49 |
Notify |
03BRL-CAD:brlcad * 68797
brlcad/trunk/include/bu/opt.h: make a semicolon
required |
16:10.14 |
brlcad |
otherwise
some compilers will issue warnings about unnecessary/stray
semicolons |
16:20.14 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
16:38.16 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
16:38.42 |
*** join/#brlcad asad_
(~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net) |
16:47.08 |
maths22 |
brlcad: It
looks like the brlcad site finally got SSL set up! |
16:47.56 |
brlcad |
maths22:
technically, it was set up years ago .. just first with a
self-signed cert, then another domain (so mismatch), and now with a
proper cert |
16:48.34 |
maths22 |
brlcad:
Fair |
16:49.17 |
maths22 |
Would it be
OK if I tuned the cipher suite options to disable RC4 and 3DES
? |
17:03.22 |
*** join/#brlcad asad__
(~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net) |
17:08.39 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
17:18.24 |
*** join/#brlcad asad_
(~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net) |
17:31.53 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
17:44.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:51.05 |
brlcad |
maths22: any
particular reason why? |
17:53.21 |
maths22 |
see https://www.ssllabs.com/ssltest/analyze.html?d=brlcad.org |
17:54.50 |
brlcad |
ah, for that
absolutely |
17:54.58 |
brlcad |
in fact, you
could go a lot further if you like |
17:55.00 |
brlcad |
https://www.ssllabs.com/ssltest/analyze.html?d=brlcad.org |
17:55.06 |
brlcad |
er, https://securityheaders.io/?q=brlcad.org&followRedirects=on |
17:55.38 |
maths22 |
brlcad: I can
definitely look into that |
17:56.04 |
brlcad |
don't need
them all, but having at least one of them would be good |
17:56.10 |
brlcad |
having them
all would be great :) |
17:59.56 |
maths22 |
I'll do those
next (the SSL settings I already have from my personal site and
supertuxproject.org, both of which are on bz) |
18:04.46 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
18:14.50 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
18:22.37 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:27.59 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
18:39.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:39.34 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
18:44.25 |
maths22 |
brlcad: The
SSL config for that was really wierd (bound to the wrong IP, but
somehow still working), but I fixed that |
18:44.28 |
maths22 |
https://www.ssllabs.com/ssltest/analyze.html?d=brlcad.org |
18:54.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:00.42 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
19:26.16 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
19:47.43 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
20:04.14 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
20:19.11 |
*** join/#brlcad amarjeet
(~Amarjeet@101.211.228.58) |
00:21.59 |
*** join/#brlcad rqsjpjkemuxnrxjz
(~armin@dslb-088-065-187-184.088.065.pools.vodafone-ip.de) |
00:52.11 |
brlcad |
starseeker:
it's a default cmake .. build, so mixed |
00:52.19 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2) |
00:54.42 |
brlcad |
starseeker:
http://pastebin.ca/3723654 |
00:55.20 |
brlcad |
LEMON_FOUND:STRING=LEMON-NOTFOUND |
01:03.12 |
starseeker |
brlcad:
that's OK - what's LEMON_TEMPLATE set to in the cache? |
01:04.45 |
starseeker |
mine is
/home/user/brlcad/misc/tools/lemon/lempar.c |
01:05.45 |
brlcad |
unset |
01:05.55 |
brlcad |
grep returns
no matches |
01:06.59 |
starseeker |
O.o |
01:08.55 |
starseeker |
line 71 in
misc/tools/CMakeLists.txt should be setting it |
01:11.25 |
brlcad |
hm, only gets
there if line 70 has BRLCAD_BUNDLED_LIBS=BUNDLED and it's set to
"AUTO" |
01:11.46 |
starseeker |
BRLCAD_LEMON
should end up set to BUNDLED though |
01:11.49 |
starseeker |
since you're
building it |
01:12.30 |
brlcad |
where's that
set? |
01:12.37 |
brlcad |
grep returns
empty |
01:13.43 |
starseeker |
should be in
the THIRD_PARTY_EXECUTABLE macro |
01:17.18 |
brlcad |
okay, so I
see THIRD_PARTY_EXECUTABLE in ../misc/tools/CMakeLists.txt for
lemon |
01:17.39 |
starseeker |
right - the
macro definition is in misc/CMake/ThirdParty.cmake |
01:19.06 |
starseeker |
my guess is
503 should be setting BRLCAD_LEMON |
01:21.29 |
brlcad |
403? |
01:22.03 |
starseeker |
sorry - line
503 in misc/CMake/ThirdParty.cmake |
01:23.08 |
brlcad |
that's what I
meant too |
01:24.04 |
brlcad |
403 block
should be setting BRLCAD_LEMON_BUILD=ON, LEMON_DISABLE_TEST=1,
LEMON_MET_CONDITION=5 |
01:25.34 |
starseeker |
that's if we
have an explicit BUNDLED request for lemon, which we don't unless
you're setting it |
01:25.42 |
brlcad |
that means it
won't get to line 503, because of line 481 |
01:26.33 |
starseeker |
our line
numbers are slightly different - for me 481 is a blank
line |
01:26.35 |
brlcad |
ah, I see ..
it's auto |
01:29.48 |
brlcad |
okay, so it
got there for LEMON |
01:30.34 |
starseeker |
so if
BRLCAD_LEMON is set to BUNDLED, the next question is why that
didn't work for the misc/tools/CMakeLists.txt:71 test |
01:31.33 |
brlcad |
checking to
make sure the var makes it there |
01:31.48 |
brlcad |
GOT HERE for
LEMON, BRLCAD_LEMON="BUNDLED (AUTO)" |
01:32.25 |
starseeker |
but you said
LEMON_TEMPLATE isn't set in the cache? |
01:33.17 |
starseeker |
what version
of CMake? (maybe there's something funny about the MATCHES
test...) |
01:35.49 |
brlcad |
aha, couldn't
this be the problem |
01:36.44 |
brlcad |
misc/tools/CMakeLists.txt:72 is where
LEMON_TEMPLATE is set and line 71 is where we check
BRLCAD_LEMON |
01:36.59 |
brlcad |
and line 74
... is where BRLCAD_LEMON is set |
01:37.23 |
starseeker |
the
include? |
01:37.35 |
starseeker |
include(${BRLCAD_CMAKE_DIR}/FindLEMON.cmake) |
01:38.01 |
brlcad |
oh noes ...
you know what, these sources are out of date! |
01:38.19 |
starseeker |
wondered... line numbers appear to be one
off... |
01:38.46 |
brlcad |
yep, that's
it .. fixed in current source |
01:38.57 |
brlcad |
thanks for
helping track that down |
01:39.02 |
starseeker |
phew - that's
why I can't reproduce it :-) |
01:39.03 |
starseeker |
np |
01:39.14 |
brlcad |
I must have
missed svn upping that one... i'm compiling on four separate
machines |
01:39.19 |
brlcad |
four separate
failures... |
01:39.28 |
starseeker |
winces |
01:40.05 |
starseeker |
that's ironic
- I was just running Windows builds and distcheck on linux and
things were looking good... |
01:40.06 |
brlcad |
bsd is still
failing because of cmake not adding a -L/usr/local/lib |
01:40.15 |
starseeker |
hmm |
01:40.32 |
brlcad |
that was one
of the linux failures, but clearly false positive |
01:40.54 |
starseeker |
tries bsd build |
01:41.29 |
brlcad |
another linux
succeeded build, but is failing make test |
01:41.40 |
starseeker |
you mean make
check? |
01:41.45 |
starseeker |
make test is
expected to fail... |
01:42.09 |
brlcad |
a particular
test is failing that shouldn't |
01:42.13 |
brlcad |
the parallel
test |
01:42.17 |
starseeker |
ah |
01:42.32 |
brlcad |
looks like a
genuine catch though, found a problem scaling to tons of
cpus |
01:42.51 |
brlcad |
on a 160 core
box, it blows out our 1024 MAX_PSW limit |
01:42.58 |
starseeker |
:-) |
01:43.01 |
brlcad |
~160*160 |
01:43.01 |
infobot |
25600 |
01:43.05 |
starseeker |
that's
fun |
01:43.28 |
brlcad |
it's trying
to kick off that many threads :) |
01:43.59 |
starseeker |
erm. what's
the preferred/correct behavior for a case like that? |
01:44.02 |
brlcad |
I fixed the
book-keeping limit, but then pthread_create() fails with that many
probably due to OS limit |
01:44.23 |
starseeker |
so we need a
configure time test to find the practical upper limit? |
01:44.40 |
starseeker |
ah, the
uuid_generate function |
01:45.18 |
brlcad |
I think
bu_parallel might be able to throttle the work more intelligently
so more than MAX_PSW many aren't created in the first
place |
01:45.33 |
starseeker |
nods |
01:45.36 |
brlcad |
it's all in
how it is handling recursive parallelism |
01:46.17 |
brlcad |
probably
needs some sort of worker pool instead of just dispatching
everyone |
01:46.31 |
brlcad |
yeah, so I
know what the problem is on BSD .. just not how to fix
it |
01:46.41 |
starseeker |
is looking into it now |
01:46.52 |
brlcad |
it correctly
finds uuid_generate in uuid/uuid.h |
01:48.02 |
brlcad |
but the
BRLCAD_CHECK_LIBRARY() call in top-level CMakeLists.txt:1874 for
uuid_generate in uuid fails because there's no -L/usr/local/lib on
the link line |
01:48.32 |
starseeker |
yeah, may
need a FindUUID.cmake along these lines:
https://github.com/PositronicsLab/reveal/blob/master/cmake/Finduuid.cmake |
01:48.45 |
starseeker |
hang tight,
I'll see if I can get it working |
01:48.52 |
brlcad |
CMAKE_PREFIX_PATH does have /usr/local in
it, but the CHECK_LIBRARY_EXISTS macro it's using in
BRLCAD_CheckFunctions.cmake:260 doesn't use that |
01:50.40 |
brlcad |
yeah, that
guy's find script will probably work .. it uses find_library()
instead of check_library_exists(), which respects the
CMAKE_PREFIX_PATH |
01:50.47 |
starseeker |
nods |
01:51.02 |
brlcad |
is there a
reason we use check_library_exists(), haven't looked up what the
diff is |
01:51.14 |
starseeker |
I think just
convenience/convention |
01:51.32 |
starseeker |
I'm not sure
find_library looks for a specific function |
01:54.30 |
brlcad |
ahh, good
point |
01:58.04 |
brlcad |
woot, that
worked |
01:58.19 |
brlcad |
I think I
have a simple fix, can you check it? |
01:58.22 |
starseeker |
sure |
01:58.34 |
starseeker |
a way that
doesn't use FindUUID? |
01:59.35 |
Notify |
03BRL-CAD:brlcad * 68953
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: make
CHECK_LIBRARY_EXISTS() respect the CMAKE_PREFIX_PATH during linking
like find_library() does |
02:01.12 |
starseeker |
brlcad: that
will work only so long as CMAKE_PREFIX_PATH contains only one
path |
02:01.38 |
starseeker |
it is set at
the toplevel CMakeLists.txt:673, and it's currently set up to be a
list |
02:02.14 |
starseeker |
it appears to
contain only /usr/local currently, but unless we want to guarantee
that there may be a problem |
02:02.22 |
brlcad |
looking |
02:03.40 |
starseeker |
also isn't quite following how -L/usr/local/lib ends up in
the build logic for libbu just from adding it
there... |
02:05.27 |
Notify |
03BRL-CAD:brlcad * 68954
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake):
check_library_exists() already respects cmake_required_flags, so
let it get set when the cppflag is set. |
02:09.20 |
starseeker |
shakes his head - still fails to build libbu from a clean
build with r68954 |
02:09.24 |
brlcad |
of course
you're right ... I'm surprised setting it globally
doesn't |
02:09.25 |
starseeker |
one
sec... |
02:16.03 |
starseeker |
grr... |
02:16.03 |
brlcad |
ooh, think I
might have found it |
02:17.04 |
brlcad |
looks like it
worked |
02:17.52 |
Notify |
03BRL-CAD:brlcad * 68955
brlcad/trunk/CMakeLists.txt: need to call LINK_DIRECTORIES() to set
the ldflag search dir |
02:18.23 |
starseeker |
brlcad: I
just got the FindUUID working. Is the LINK_DIRECTORIES solution
preferable? |
02:19.11 |
starseeker |
avoids
special casing UUID, and definitely less code |
02:19.15 |
brlcad |
and
confirmed, -L/usr/local/lib is in the link list |
02:19.24 |
starseeker |
tries it, but this time stashes his patch rather than blowing
it away... |
02:19.31 |
brlcad |
:) |
02:20.07 |
brlcad |
honestly,
your call .. don't know enough to answer |
02:20.11 |
brlcad |
it's
definitely working |
02:20.35 |
starseeker |
that's find
then - FindUUID would only be justifable if we wanted to be robust
beyond /usr and /usr/local |
02:20.44 |
starseeker |
which I don't
think is an issue for uuid |
02:21.18 |
starseeker |
confirmed,
works |
02:21.22 |
starseeker |
good |
02:21.31 |
starseeker |
votes for that - simple and effective |
02:22.20 |
starseeker |
blinks |
02:22.27 |
starseeker |
wait a minute
- a clean build failed again... |
02:22.33 |
starseeker |
what the
bleep... |
02:22.44 |
starseeker |
OK. clear
build dir... |
02:22.48 |
starseeker |
done |
02:22.50 |
starseeker |
cmake
.. |
02:23.13 |
brlcad |
just looking
at it, the FindUUID logic might do a better job at finding more
variants if it were upstream proper and kept improving |
02:23.17 |
brlcad |
taking that
guy's particular version, though, doesn't look to have an advantage
I see |
02:23.31 |
starseeker |
nods |
02:24.45 |
starseeker |
test_bu_uuid
fails to link for me |
02:24.59 |
starseeker |
make
test_bu_uuid |
02:25.34 |
brlcad |
looks |
02:26.54 |
brlcad |
curious,
working for me, has the -L |
02:27.01 |
starseeker |
try clean
build dir? |
02:27.06 |
brlcad |
doing that
now |
02:34.47 |
starseeker |
fwiw, I just
got a full successful build with the finduuid
approach... |
02:38.47 |
Notify |
03BRL-CAD:starseeker * 68956
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/src/libbu/CMakeLists.txt): This seems to give a
reproducible successfull build on BSD. May be overkill, but
checkpoint in working state so I don't lose the patch
again... |
02:41.07 |
brlcad |
working
approach wins |
02:43.05 |
brlcad |
why run
BRLCAD_CHECK_LIBRARY() and find_package? |
02:43.44 |
brlcad |
uuid_library
and uuid_libraries is now listed in libbu's link btw, presumably
only want one right? |
02:45.07 |
brlcad |
the bigger
problem still remains for /usr/local/lib libraries, that they won't
be searched |
02:45.49 |
brlcad |
looks like
what happened .. LINK_DIRECTORIES didn't actually work .. must have
been pulling a cached value |
02:46.09 |
brlcad |
because
BRLCAD_CHECK_LIBRARY(UUID uuid uuid_generate)
failed/fails |
02:46.55 |
brlcad |
that might
also be why it's working, if it's not actually using uuid_generate
now |
02:49.03 |
brlcad |
yeah, that's
what's happening .. it's not using libuuid |
03:01.39 |
Notify |
03BRL-CAD:starseeker * 68957
brlcad/trunk/src/libbu/CMakeLists.txt: only use pubic var
UUID_LIBRARIES |
03:02.28 |
brlcad |
I think I
have a fix |
03:02.38 |
brlcad |
retesting
clean |
03:05.04 |
Notify |
03BRL-CAD:starseeker * 68958
brlcad/trunk/misc/CMake/FindUUID.cmake: Add full license
text |
03:05.59 |
Notify |
03BRL-CAD:brlcad * 68959
brlcad/trunk/CMakeLists.txt: check for uuid_generate only after
we're sure we found the lib |
03:07.20 |
Notify |
03BRL-CAD:brlcad * 68960
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: if we have the
lib, conduct a different test that doesn't rely on searching for
the library (since CHECK_LIBRARY_EXISTS doesn't respect required
library flags). check for the function in the library specified via
check_function_exists() |
03:07.25 |
brlcad |
that seems to
do the trick, sanity check? |
03:08.25 |
brlcad |
now only
problem is that it runs FindUUID every time |
03:41.53 |
Notify |
03BRL-CAD:brlcad * 68961
(brlcad/trunk/misc/CMake/BRLCAD_Options.cmake
brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake
brlcad/trunk/misc/CMake/ThirdParty.cmake): consistent
case |
03:45.16 |
Notify |
03BRL-CAD:brlcad * 68962
brlcad/trunk/src/libbu/parallel.c: not an end-state, but slight
improvement on machines with greater than 128 cores. with recursive
parallelism, the number of subthreads is technically unbound, so
we'll need some a better method for tracking ever-increasing
quantities of threads (and how to do so while ensuring MAX_PSW
containers remain consistent). |
03:45.29 |
starseeker |
brlcad:
sorry, goofing off |
03:45.58 |
starseeker |
re-calling
find_package shouldn't be an issue... it will run once, then should
skip repeating if it's found what it wants |
03:47.29 |
starseeker |
brlcad: I
think that looks OK |
03:53.20 |
brlcad |
looks like
it's calling it repeatedly here |
03:53.27 |
brlcad |
(and finding
it) |
03:53.36 |
starseeker |
ah - it might
be printing messages repeatedly |
03:53.39 |
starseeker |
checks |
03:53.57 |
brlcad |
next issue is
make check is failing hard... :) |
03:54.04 |
starseeker |
urk |
03:54.06 |
brlcad |
rtwizard
--no-gui is hanging |
03:54.10 |
starseeker |
on
BSD? |
03:54.17 |
brlcad |
and
spdi/shaders/.. are failing |
03:54.21 |
brlcad |
yeah |
03:54.24 |
starseeker |
winces |
03:54.25 |
brlcad |
.bz |
03:55.02 |
starseeker |
growls... can I stuff the rt/rtedge logic into
librender? |
03:55.28 |
starseeker |
actually,
that wouldn't do it... also need to add image filters to
icv |
03:56.18 |
starseeker |
well, fwiw,
can confirm clean builds on both Linux and bz |
03:56.58 |
brlcad |
heh, now
that's quality .. trying to attach to rtwizard with gdb, gdb
crashes :) |
03:57.09 |
starseeker |
O.o |
03:57.23 |
brlcad |
which then
causes rtwizard to crash |
03:57.40 |
starseeker |
beautiful |
03:59.17 |
brlcad |
(the latter
is not rtwizards fault) |
03:59.38 |
starseeker |
nods - suggests I did something really evil though to make
gdb croak |
03:59.43 |
brlcad |
the fact that
spdi and shaders are failing means something else is
wrong/changed |
03:59.50 |
starseeker |
nods |
04:00.01 |
starseeker |
trying to
think what that might be... |
04:03.10 |
Notify |
03BRL-CAD:starseeker * 68963
brlcad/trunk/misc/CMake/FindUUID.cmake: Don't keep reporting we've
found the lib if we already reported it once. |
04:03.20 |
starseeker |
brlcad: I
think that should do it for the repeating message |
04:04.11 |
starseeker |
has to call it a night - be back in the
morning |
04:09.52 |
brlcad |
okie
okdokie |
04:10.01 |
brlcad |
thanks for
your help, that was huge |
04:12.40 |
brlcad |
just fyi,
seeing cross-platform shader spdi solids test failures, so will
have to investigate |
05:50.10 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:458d:eff6:6dd3:17a2) |
06:56.23 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
09:14.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
09:41.00 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
11:34.02 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
14:20.08 |
starseeker |
just as a
data point, make check succeeds on Linux Mint, gcc
4.8.4 |
14:26.56 |
*** join/#brlcad merzo
(~merzo@47-3-133-95.pool.ukrtel.net) |
14:29.24 |
starseeker |
seeing three
failures here - solids, shaders and spdi |
14:34.16 |
starseeker |
(on
bz) |
15:02.48 |
starseeker |
brlcad: the
failure appears between r68704 and r68717 |
15:08.46 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:34.54 |
starseeker |
got it - it
was r68707 |
15:46.01 |
Notify |
03BRL-CAD:starseeker * 68964
brlcad/trunk/src/libbu/booleanize.c: revert r68707 until we can
determine why it's breaking the spdi, solid and shader regression
tests. |
15:46.53 |
starseeker |
brlcad: I'm
not quite sure what the tests are unhappy about, unless the
interpretation of 0/1 as false/true isn't working for some
reason... |
15:59.43 |
starseeker |
just as a
point of interest: make -j12 check seems to have a decent chance of
tests wiping out (I've seen dsp, dem and bot fail) but if I back
off to (say) make -j5 things complete successfully (on
bz) |
16:07.45 |
starseeker |
brlcad:
here's what I'm seeing with rtwizard from gdb when it hangs:
http://paste.lisp.org/display/327536 |
16:09.57 |
starseeker |
and info
threads says there's just the one thread |
17:42.50 |
*** join/#brlcad merzo
(~merzo@139-66-133-95.pool.ukrtel.net) |
19:09.44 |
starseeker |
brlcad: was
Bmesh what you were talking about with Blender?
https://wiki.blender.org/index.php/Dev:Source/Modeling/BMesh/Design |
19:10.02 |
starseeker |
if so, it
looks like it is GPL:
https://developer.blender.org/diffusion/B/browse/master/source/blender/bmesh/ |
19:31.25 |
starseeker |
this sounds
kinda neat:
http://www.pcworld.com/article/3118264/security/orwl-pc-the-most-secure-home-computer-ever.html |
19:47.57 |
Notify |
03BRL-CAD
Wiki:Jacquesmasso * 0 /wiki/User:Jacquesmasso: |
23:12.14 |
brlcad |
starseeker:
that's what I saw in gdb for rtwizard yesterday too, not very
helpful |
23:13.11 |
brlcad |
only thing of
interest is it is using tcl 8.6 and a system pthread lib, maybe
some dependency issue there |
23:14.15 |
brlcad |
on the
surface, it seems that tcl eval failed on something (that's the
important part) and it gets stuck trying to figure out / report the
error |
23:14.18 |
brlcad |
Tcl_GetChannelError() |
00:26.09 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-225-166.092.074.pools.vodafone-ip.de) |
01:50.21 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
02:16.38 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
03:59.16 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
05:54.27 |
brlcad |
starseeker: I
didn't scrutinize it that closely for impact .. any non-NMG public
API had to change? |
05:56.22 |
brlcad |
smells bad
having a free list added to so many function args |
05:57.06 |
brlcad |
free lists
are usually just an optimization and a poor one at that these days
-- did you see if you could just eliminate its use
altogether? |
05:59.13 |
brlcad |
don't know
about the specific nmg case, but usually they are a list of free'd
items, so when the next allocation comes, it pulls from the free
list instead of allocating again ... a really really inefficient
optimization that we might be able to change to just allocate
on-demand or in-advance, no free lists |
06:00.04 |
brlcad |
I do know
that's what we need to do in others parts of librt, particularly in
db hash |
06:00.24 |
brlcad |
kudos on
getting through all that grunting .. herculean |
06:30.30 |
Notify |
03BRL-CAD:brlcad * 68976
brlcad/trunk/src/libbu/booleanize.c: restore booleanize back to
r68707 with slight modification that was causing the
spdi/shaders/solids regression tests to fail. the problem was
simply that errno needed to be reset before calling strtol(). now
all regress tests are passing again. |
06:35.27 |
Notify |
03BRL-CAD:brlcad * 68977
brlcad/trunk/src/libbu/opt.c: few other places we do not properly
reset errno before calling a function that potentially sets it
(e.g., strtod, strtol) |
07:27.35 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
07:35.03 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
07:42.22 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
08:07.02 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
08:20.04 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:05.34 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
10:11.14 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:32.38 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
10:55.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
12:10.10 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
12:12.34 |
Notify |
03BRL-CAD:brlcad * 68978
(brlcad/trunk/src/libged/gqa.c brlcad/trunk/src/libpkg/pkg.c
brlcad/trunk/src/util/ttcp.c): more places we need to initialize
errno before we test it. |
12:28.29 |
brlcad |
starseeker:
how do you have things set up to run the static analyzer? anything
special? I'd like to squish some issues in idle time. |
12:41.37 |
Notify |
03BRL-CAD:brlcad * 68979
brlcad/trunk/src/libbu/badmagic.c: make bu_badmagic actually not
return, always |
12:44.36 |
Notify |
03BRL-CAD:brlcad * 68980
(brlcad/trunk/include/bu/log.h brlcad/trunk/include/bu/magic.h):
mark bu_badmagic as not returning and document it as
such |
12:48.52 |
Notify |
03BRL-CAD:brlcad * 68981
brlcad/trunk/include/bu/magic.h: clean up alignment so they're
consistent (and relocatable) |
13:11.00 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
13:16.18 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
13:17.09 |
starseeker |
brlcad:
There's a basic script in misc - I don't think I've got the more
elaborate one committed yet (that breaks things down by lib) - I'll
check |
13:20.01 |
starseeker |
brlcad:
offhand I don't recall any non-NMG API changing - the reason I had
to go with passing the list around is I wasn't sure what other
programs (say, MGED) were depending on the drawing work taking
place specifically in RTG.rtg_vlfree |
13:22.08 |
starseeker |
it may be
that it truly doesn't matter, but given how massive the task is I
was trying for the minimal change to avoid unanticipated side
effects |
13:23.00 |
starseeker |
I'm willing
to re-grunt through it and clean it up if we determine it's not
needed |
13:30.14 |
ries |
ping Sean,
any update? |
13:33.56 |
Notify |
03BRL-CAD:starseeker * 68982
brlcad/trunk/misc/clang-static-analyzer-run.sh: A somewhat more
elaborate clang static analyzer script with more nuanced reporting
of what is and is not expected to pass (and reports specific to
each library.) In a perfect world this would actually be generated
by CMake - the major weakness of this setup is that the target list
is static in the file and dosn't automatically update
when |
13:33.58 |
Notify |
the build
changes. Still, it's a start. |
13:34.00 |
Notify |
... |
13:35.04 |
starseeker |
brlcad:
that'll probably be actively damaging to your shell scripting
sensibilities, but it also contains the logic for how to do the
static analysis building |
13:35.46 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2) |
13:35.53 |
starseeker |
hey
you |
13:35.59 |
starseeker |
er
yorik |
13:36.19 |
brlcad |
ries: yes, he
should be good to go |
13:36.20 |
starseeker |
be nice if my
fingers acted like the're actually connected to my
brain... |
13:36.31 |
brlcad |
ries: can you
have him send me an e-mail? |
13:36.44 |
ries |
brlcad: yes I
can |
13:36.49 |
brlcad |
great,
thanks |
13:37.06 |
ries |
brlcad: it
has been very quite on the channel lately.. |
13:37.08 |
brlcad |
I'll cc you
on the info, just going to let him know what to expect |
13:37.23 |
ries |
ok |
13:37.30 |
brlcad |
yeah, it's
been crunch time for several of us |
13:37.38 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
13:39.24 |
brlcad |
starseeker:
got why you were changing it -- no problems there -- just a note
that there may be an easy way to make it go away (as it should
eventually go away), especially if you tackle other global
constructs like it |
13:40.09 |
starseeker |
nods - sounds good. I should have thought about that before
diving in, but I was in one of my "I want to DO something, now"
moods |
13:40.13 |
starseeker |
that'll teach
me |
13:40.35 |
brlcad |
i've done it
myself |
13:40.57 |
brlcad |
thanks for
the script |
13:41.03 |
starseeker |
the other
other major global I've spotted so far (probably there are others,
but this is the obvious one) is the RTG.NMG_Debug flag |
13:41.07 |
starseeker |
np |
13:41.21 |
starseeker |
RTG.NMG_debug
rather |
13:41.28 |
brlcad |
nods |
13:41.36 |
starseeker |
I'm assuming
we'll do with that what we do for the other libs and make it
nmg_debug |
13:41.41 |
brlcad |
I think
nearly everything in RTG can go away |
13:41.43 |
brlcad |
checks |
13:43.44 |
starseeker |
a somewhat
thornier issue is how to handle the snurb and cnurb pieces. As a
first cut, I'd like to pull them out into libnmg rather than trying
to excise them - they're hooked in in quite a fe places |
13:44.06 |
brlcad |
yeah, only
tricky one is rtg_headwdb, and rtg_vlfree might propagate into a
lot of places with the RT*VLIST() macros |
13:46.13 |
brlcad |
pulling them
over into libnmg first is what I would do |
13:46.16 |
starseeker |
once we have
the bspline bits separated out into libnmg, it's actually a better
environment to evalute them as compared to their openNURBS
counterparts |
13:46.29 |
brlcad |
as few
changes as possible really, just enough to decouple the libs from a
symbol standpoint |
13:47.01 |
brlcad |
eh? evaluate
what? :) |
13:47.03 |
starseeker |
nods. Should probably also hook up that thing you did a few
years ago to use the new brep raytracing routines to raytrace older
bspline objects by default |
13:47.22 |
starseeker |
brlcad: one
of our long term TODO tasks was to see if we have any worthwhile
nurbs routines not in openNURBS |
13:47.33 |
starseeker |
isn't familiar enough with that logic to say one way or the
other |
13:47.42 |
brlcad |
ah, that's
different |
13:48.05 |
brlcad |
bspline stuff
in nmg should go away fully, it overlaps with openNURBS, but there
are some functions in there we might want to
keep/recode |
13:48.20 |
starseeker |
figures the bspline primitive should boil down to IO routines
and the translation between data structures... |
13:48.24 |
brlcad |
mostly an eye
towards nmg_misc iirc |
13:49.17 |
brlcad |
can check
release notes, but I'm not sure bspline was ever considered
finished/published |
13:49.25 |
starseeker |
is actually starting to wonder a bit if the original goal of
NURBS-in-NMG might be of interest - openNURBS hasn't released since
2013... |
13:49.58 |
starseeker |
brlcad: sure,
but to maintain the ability to read old .g files at least the IO
bits have to survive somewhere... |
13:50.58 |
brlcad |
not if it
wasn't ever published in any way .. only ones affected would be a
dev |
13:51.30 |
brlcad |
I don't know
of that capability ever making it into a users hands, but would
certainly check |
13:52.02 |
brlcad |
biggest
problem would be if we have any tools that create them, effectively
putting them into user hands |
13:52.05 |
starseeker |
oh - did you
create the files for comparison when you checked the old bspline
raytracer against the new work? |
13:52.20 |
brlcad |
but proc_db's
don't count, and that's the only one that comes to mind |
13:52.48 |
starseeker |
well, wdb.h
has mk_bspline... |
13:52.48 |
brlcad |
ahhhh, no ..
damn |
13:52.57 |
starseeker |
at, the IGES
converter |
13:53.00 |
brlcad |
there is a
tool that published them |
13:53.02 |
brlcad |
right |
13:53.10 |
brlcad |
okay, so
never mind |
13:53.43 |
starseeker |
so, boil
bspline down to the IO routines and the translation to
openNURBS |
13:54.54 |
starseeker |
and while
we're at it, either remove the proc-db tools that use mk_bspline or
recode them to use breps... |
13:55.54 |
starseeker |
and update
the iges converter |
13:57.33 |
starseeker |
is astounded by the number of bu_bomb calls in nmg
code |
13:57.55 |
starseeker |
almost
700 |
14:01.31 |
starseeker |
brlcad:
should we mark mk_bspline as deprecated? |
14:09.51 |
brlcad |
hadn't done
that yet just because mk_brep is rather unsatisfying |
14:10.43 |
brlcad |
the proc-db
tools would make for some fun nurbs test cases |
14:10.51 |
brlcad |
(recoded) |
14:11.30 |
brlcad |
nmg used
bu_bomb as an exception handling mechanism, so not
surprising |
14:12.29 |
brlcad |
if it were
c++, they might as well be a ton of "throw ..." statements, which
700 would not be at all unusual |
14:19.15 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
14:31.39 |
Notify |
03BRL-CAD:starseeker * 68983
brlcad/trunk/src/libbu/badmagic.c: %s for string |
14:33.20 |
starseeker |
brlcad: fair
enough, but if we go with the principle that it's not a library's
responsibility to crash under most circumstances, reworking all
that is going to be a Big Job |
14:47.13 |
brlcad |
oops, thanks
for the fix .. was just compiling now |
14:49.08 |
brlcad |
starseeker:
that's just it -- the library doesn't technically violate that
principle |
14:49.49 |
brlcad |
it uses
bu_bomb as an exception handler, like throw/catch, and callers are
expected to catch/handle any errors specifically so it doesn't
crash |
14:50.23 |
brlcad |
I could
literally rename them all to .cpp, replace with throw statements,
and it would be no different design intent |
14:51.27 |
brlcad |
not really
any different end result either with calling code updated with
try/catch instead of BU_SETJMP/UNSETJMP |
14:52.24 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-138-1.skif.com.ua) |
14:53.14 |
brlcad |
you're right
that it will certainly be a job to change it to anything else,
though ;) |
14:54.59 |
brlcad |
the point was
merely that 700 exception conditions is not in any way unusual (in
fact, it's probably low for code that complex with that many
functions) |
14:57.46 |
brlcad |
pick a
poison: 700 bu_bomb calls with caller set/unset jumping, 700 throws
with caller try/catching, 700 return conditions that would entail a
huge cascade of every function call needing to get checked for
return codes, 700 state settings in a struct getting passed to and
checked by every function |
14:58.35 |
brlcad |
not saying I
prefer it, but using bu_bomb in this fashion is actually probably
the least complicated and least code of all the options -- it has
merit |
15:18.09 |
*** join/#brlcad amarjeet
(~amarjeet@169.149.136.110) |
17:58.14 |
*** join/#brlcad Mandeep_Singh
(~mandeep@2405:205:4083:b4c2:bc26:74bc:571a:c31d) |
18:16.07 |
*** join/#brlcad Mandeep_Singh
(~mandeep@2405:205:4083:b4c2:f92d:aebd:3037:8673) |
19:40.30 |
Notify |
03BRL-CAD:starseeker * 68984
brlcad/trunk/src/libbg/chull3d.cpp: double can't hold
DBL_MAX*DBL_MAX... |
19:46.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:48.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:49.12 |
Notify |
03BRL-CAD:starseeker * 68985
(brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c
brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmbinsort.c
and 7 others): avoid gcc pragmas with icc |
19:49.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:51.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:52.55 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:55.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:57.02 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:59.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:00.00 |
Notify |
03BRL-CAD:starseeker * 68986
brlcad/trunk/src/other/libnetpbm/pm_config.h.in: make sure _MSC_VER
is defined before comparing it |
20:01.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:03.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:07.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:08.52 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:11.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:14.00 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:16.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:18.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:19.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:21.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:23.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:25.27 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:27.02 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:28.15 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
20:28.37 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:30.11 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:31.45 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:33.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:34.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:37.27 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:39.01 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:41.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:43.08 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:44.42 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:46.16 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:48.50 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:50.24 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:51.58 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:54.32 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:57.06 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:58.40 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:02.15 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:03.49 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:05.23 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:07.57 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:10.31 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:12.05 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:13.39 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:15.13 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:17.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:20.21 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:22.55 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:24.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:26.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:28.39 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:31.13 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:32.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:34.21 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:36.55 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:38.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:40.03 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:42.37 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:44.11 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:46.46 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:48.21 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:49.55 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:51.30 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:53.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:54.38 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:56.12 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:57.46 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:02.20 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:03.54 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:08.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:10.02 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:12.08 |
*** join/#brlcad merzo
(~merzo@93-195-113-92.pool.ukrtel.net) |
22:13.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:15.08 |
*** join/#brlcad ries_
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
22:15.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:16.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:20.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:21.52 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:24.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:27.01 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:28.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:30.09 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:24.20 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
00:23.19 |
*** join/#brlcad fmrnvzvifncxxejf
(~armin@dslb-092-075-157-117.092.075.pools.vodafone-ip.de) |
02:24.30 |
starseeker |
cool:
https://developers.googleblog.com/2016/10/an-open-source-font-system-for-everyone.html |
05:08.13 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:1032:468c:5a6a:813d) |
05:54.32 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
06:41.35 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
07:02.28 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
08:17.47 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
08:31.46 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
10:59.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
11:02.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
11:03.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
11:05.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
11:07.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
11:31.08 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:01.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:04.27 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:07.02 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:08.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:10.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:11.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:13.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:14.52 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:16.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:18.00 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:19.34 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:23.06 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:23.40 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
13:24.41 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:26.16 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:29.50 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:31.23 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:32.58 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:35.32 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:37.06 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:38.40 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:40.14 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:42.49 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:45.24 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:46.58 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:48.32 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:51.07 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:52.45 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:54.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:56.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:58.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:00.02 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:02.37 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:05.11 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:06.46 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:09.20 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:11.54 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:13.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:16.02 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:17.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:19.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:20.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:26.49 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2) |
14:33.21 |
brlcad |
kintel's peer
resets make backlog tracking quite difficult |
14:40.32 |
archivist |
most likely
an iphone or wifi user |
14:57.44 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
14:58.07 |
``Erik |
once ya
figure out the magic irssi /ignore thing to just strip kintels
joins/quits, wouldja mind passing the fu? :D |
15:02.41 |
archivist |
many channels
ban quit joiners and bounce them to #fixyourconnection |
15:20.36 |
teepee |
you can't fix
hotel connections though |
16:05.28 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
16:25.28 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
19:06.47 |
brlcad |
teepee: you
can tunnel through to a more permanent place running
screen+irssi |
19:09.04 |
*** join/#brlcad Stragus__
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
19:09.38 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2) |
19:15.28 |
teepee |
brlcad: yeah,
I have znc running on a raspi for that. |
19:45.43 |
*** join/#brlcad infobot (ibot@rikers.org) |
19:45.43 |
*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than
150 user-visible changes including 6 major efforts! || GSoC 2016 is
coming to a close, showcase forthcoming || Help needed reviewing
and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/ |
19:48.11 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-075-157-117.092.075.pools.vodafone-ip.de) |
19:48.12 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
19:48.23 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
19:48.23 |
*** join/#brlcad maths22
(~maths22@104.225.5.10) |
19:48.24 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
19:56.39 |
*** join/#brlcad kanzure_
(~kanzure@unaffiliated/kanzure) |
20:02.40 |
*** join/#brlcad Notify
(~notify@104.225.5.10) |
20:08.32 |
*** join/#brlcad starseeker
(~starseeke@104.225.5.10) |
20:08.32 |
*** join/#brlcad brlcad
(~sean@104.225.5.10) |
20:08.33 |
*** join/#brlcad Ch3ck__
(~Ch3ck@66-118-151-70.static.sagonet.net) |
20:08.33 |
*** join/#brlcad ``Erik
(~erik@pool-100-16-14-17.bltmmd.fios.verizon.net) |
20:22.39 |
*** join/#brlcad nmz787
(~nmz787@bryan.fairlystable.org) |
20:40.25 |
*** join/#brlcad ChanServ
(ChanServ@services.) |
20:40.25 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:1032:468c:5a6a:813d) |
20:40.25 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
20:40.25 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2) |
20:40.26 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
20:40.26 |
*** join/#brlcad maths22
(~maths22@unaffiliated/maths22) |
20:40.26 |
*** join/#brlcad Notify
(~notify@104.225.5.10) |
20:40.26 |
*** join/#brlcad starseeker
(~starseeke@104.225.5.10) |
20:40.26 |
*** join/#brlcad brlcad
(~sean@104.225.5.10) |
20:40.26 |
*** join/#brlcad nmz787
(~nmz787@bryan.fairlystable.org) |
20:40.26 |
*** mode/#brlcad [+o ChanServ] by
asimov.freenode.net |
20:40.26 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-075-157-117.092.075.pools.vodafone-ip.de) |
20:40.43 |
*** join/#brlcad Stragus__
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
20:40.57 |
*** join/#brlcad kanzure_
(~kanzure@unaffiliated/kanzure) |
22:55.34 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:57.09 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:59.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:01.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:03.52 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:07.26 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:09.00 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:12.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:14.09 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:17.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:19.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:21.54 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:23.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:26.03 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:27.37 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:29.11 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:31.46 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:34.01 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:35.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:38.09 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:40.43 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:42.17 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:43.51 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:05.28 |
Notify |
03BRL-CAD:starseeker * 69053
(brlcad/trunk/src/librt/primitives/bspline/nurb_basis.c
brlcad/trunk/src/librt/primitives/bspline/nurb_bezier.c and 21
others): Start backing down the include headers in the nurbs
code. |
00:18.20 |
Notify |
03BRL-CAD:starseeker * 69054
(brlcad/trunk/include/rt/nmg.h
brlcad/trunk/src/librt/primitives/nmg/nmg.c
brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c): start pecking
away at removing RT_ADD_VLIST from the nmg code. |
00:46.19 |
Notify |
03BRL-CAD:brlcad * 69055
(brlcad/trunk/src/conv/jack/g-jack.c
brlcad/trunk/src/conv/off/g-off.c brlcad/trunk/src/libged/draw.c):
nmg_r_to_vlist() apparently needs a vlfree list now. lacking an
alternative, passing the global. |
00:51.51 |
Notify |
03BRL-CAD:brlcad * 69056
brlcad/trunk/src/proc-db/tea_nmg.c: nmg_m_to_vlist is taking vlfree
list too |
00:53.37 |
*** join/#brlcad rlahaeowhdtuemdl
(~armin@dslb-092-074-236-082.092.074.pools.vodafone-ip.de) |
06:54.07 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
07:24.18 |
*** join/#brlcad merzo
(~merzo@91.217.179.122) |
08:11.23 |
*** join/#brlcad teepee]
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
09:19.02 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
11:17.17 |
*** join/#brlcad Ch3ck
(~Ch3ck@154.70.99.219) |
12:57.50 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:32.06 |
Notify |
03BRL-CAD:brlcad * 69057
brlcad/trunk/src/tab/CMakeLists.txt: don't emit warnings we can't
do anything about |
13:46.33 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:93f1:290:f5ff:fedc:3bb2) |
13:52.11 |
*** join/#brlcad kintel_
(~kintel@unaffiliated/kintel) |
14:08.25 |
starseeker |
brlcad:
thanks - forgot to do a full build before commit |
14:09.00 |
brlcad |
no worries,
you fixed mine yesterday too ... and I DID do a full build before
commit .. no idea how it passed |
14:09.49 |
starseeker |
I think I'm
starting to get fairly close to ready for a libnmg split, once I
get the rest of those RT_* macros |
14:10.07 |
starseeker |
I'm figuring
that should probably be after 7.26.2 |
14:10.30 |
starseeker |
theoretically
it could be done with minimal disruption, but in
practice... |
14:10.47 |
brlcad |
nods, cool |
14:12.14 |
starseeker |
been looking
into the stat stuff a bit - I'm having a hard time finding anything
that indicates explicit attribute reporting via stat |
14:14.07 |
starseeker |
brlcad: oh,
one though on the nmg vlfree refactor - do we need to construct
regex expressions for all of those functions to append the RTG
global in order to be minimally impacting? |
14:15.13 |
starseeker |
that'll be
really nasty (worse since like an idiot I didn't always put the new
vlfree parameter at the end of the function param lists) but I'm
not sure how "public" we want to consider the nmg calls |
14:15.39 |
*** join/#brlcad amarjeet
(~amarjeet@169.149.170.121) |
14:20.25 |
brlcad |
starseeker: I
don't consider the nmg_ and rt_nmg_ to be documented public
API |
14:20.45 |
brlcad |
other rt_*
functions are a different story |
14:21.26 |
brlcad |
what stat
stuff? |
14:42.55 |
starseeker |
we had
decided to look into how BFS/HFS/etc. handled attribute reporting
in their stat command |
14:43.35 |
starseeker |
for design
discussions for the BRL-CAD stat functionality - wanted to dig that
back out of the archives before it gets too hard to
re-apply |
14:52.23 |
*** join/#brlcad merzo
(~merzo@93-195-113-92.pool.ukrtel.net) |
14:56.09 |
Notify |
03BRL-CAD:starseeker * 69058
(brlcad/trunk/include/rt/nmg.h brlcad/trunk/src/libged/draw.c and 4
others): Remove the rest of the RT_ADD_VLIST calls from
nmg_plot |
14:56.18 |
Notify |
03BRL-CAD:brlcad * 69059
brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: bit again. remove
dead symlinks so removed/renamed files don't mess with the build
(e.g., when a tclIndex needs to be regenerated). if it globs but
doesn't exist, it's a dead link and useless in the build tree
regardless. copies are left to fend for themselves (and don't
exhibit the same problems). |
15:03.05 |
brlcad |
ahh, gotcha
.. note that they don't call them attributes |
15:03.43 |
brlcad |
e.g., HFS
calls them user defined flags |
15:04.19 |
brlcad |
quick look at
man stat indicates they use stat -f "format" to get at
them |
15:05.03 |
brlcad |
using a
printf-style formatter with pre-defined awareness of some file
properties |
15:05.18 |
brlcad |
looks like
"ls -lO" will list them via ls |
15:06.17 |
Notify |
03BRL-CAD:starseeker * 69060
brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Normally this
isn't a good idea, but given how embedded rt_in_rpp is in the core
shotlining logic we break the nmg/librt coupling here by making an
nmg version of this function to minimize any unintended side
effects of things like the previous attempt to move rt_in_rpp to
libbg. Once libnmg is a separate library we can revisit
this, |
15:06.19 |
Notify |
but for now
go with the least risk minimal impact solution. |
15:06.21 |
Notify |
... |
15:06.28 |
brlcad |
according to
http://befs-driver.sourceforge.net/about.php,
looks like be called them extended attributes |
15:06.46 |
starseeker |
ah, I
see |
15:08.11 |
starseeker |
got distracted by statfs - pondering some ideas on treating
full paths as statfs rather than stat calls... |
15:08.28 |
brlcad |
this looks
like the haiku interface, https://www.haiku-os.org/docs/userguide/en/attributes.html |
15:08.33 |
starseeker |
brlcad: I've
got a few design thoughts - should I jot them down for discussion
next week? |
15:09.14 |
starseeker |
listattr...
hmm |
15:10.02 |
brlcad |
according to
https://api.haiku-os.org/fs__modules.html,
their stat interface supports accessing attributes, but still
digging to find something like a manual page |
15:10.26 |
brlcad |
yeah, their
other useland tools are essentially our attr command |
15:10.41 |
brlcad |
mac hfs is
similar with the chflags command |
15:11.15 |
brlcad |
starseeker:
just curious, what was the problem moving rt_in_rpp to
bg? |
15:11.44 |
starseeker |
brlcad: I
just got jittery - didn't know what performance implications might
be of moving that function call to another lib |
15:12.03 |
starseeker |
plus it's
just so core to the librt shotlining logic I was reluctant to
monkey with it |
15:12.14 |
brlcad |
performance
wouldn't change simply by moving it |
15:12.27 |
starseeker |
the library
change isn't an issue? |
15:12.36 |
brlcad |
why would
it? |
15:12.39 |
starseeker |
thought he remembered you expressing concerns about that some
years back... |
15:13.01 |
brlcad |
introducing a
function call where one didn't exist or changing the function to
generalize it |
15:13.19 |
brlcad |
those can
have impact, in some rare cases |
15:13.38 |
starseeker |
ah. OK,
perhaps I was mis-remembering |
15:14.39 |
starseeker |
brlcad: the
bg breakout is in the history a few commits back - can resurrect
that |
15:14.40 |
brlcad |
but simply
moving a symbol _abc from libA to libB isn't going to change
anything except the time to load appZ if it didn't previously rely
on libB, and that would usually be measured in startup
microseconds |
15:15.33 |
brlcad |
the bigger
deal was introducing a new data type to libbg, the notion of a ray
... don't know if it already had/has that notion |
15:16.00 |
starseeker |
libbg doesn't
have a lot yet - we haven't had the scoping discussion
:-) |
15:16.34 |
starseeker |
69060 should
be fairly harmless - we can easly refactor from there to call a
common function later once things are sorted |
15:17.03 |
brlcad |
a "half line"
defined by a point and vector is almost certainly fair game imo,
just good to consciously expand scope to include it if that's the
direction it goes |
15:18.13 |
starseeker |
brlcad: I'm
game either way - mostly just looking for the lowest impact way to
break coupling at this point |
15:18.36 |
brlcad |
heck, I think
even libbn might already introduce a ray, but that'd probably be
something to weed out of bn and up into bg |
15:18.43 |
starseeker |
nods |
15:19.05 |
starseeker |
bn's got a
number of things in it that should probably move up, imho...
planes, for example |
15:19.41 |
brlcad |
we should
itemize data types for the b* libraries |
15:19.55 |
starseeker |
nods |
15:19.57 |
brlcad |
I think that
will greatly help define their scope and point out clear outlier
scope violations |
15:20.24 |
brlcad |
good future
agenda topic |
15:20.32 |
starseeker |
brlcad: in
the short term, should I revert 69060 and go with the libbg
breakout? |
15:20.33 |
brlcad |
after we get
through the cmd listings |
15:20.39 |
starseeker |
grins - agreed |
15:21.41 |
brlcad |
whatever gets
you there, don't see a problem eithe rway |
15:22.31 |
starseeker |
69060 is
simpler for now then - I'll add a comment as a reminder that we
need to revisit it (and probably a lot of things in NMG, actually -
polygon tessellation is one where I'm not sure if it should be in
libnmg or libbg...) |
15:22.36 |
brlcad |
the intent of
bg already included awareness of some basic shapes like sphere
iirc, and a box (rpp) fits in that view too |
15:23.56 |
brlcad |
yeah, that
gets into whether bg should include sets of things, which is what
we need to sort through |
15:24.03 |
brlcad |
(polygons) |
15:25.16 |
brlcad |
if bg has
sets of polygons, then that could potentially heavily overlap with
nmg and be a mess to resolve |
15:25.47 |
Notify |
03BRL-CAD:starseeker * 69061
brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: We eventually
need to decide how to merge rt_in_rpp and ray_in_rpp - add a
comment so that is clear. Needs a bit of design work first so we
know what the 'correct' solution will be - libbg, or something
else... |
15:26.08 |
starseeker |
nods - the distinction would probably be connected edges
(topology) vs bare polygons, but I don't know for sure if that's
sensible |
15:26.19 |
brlcad |
good point,
maybe |
15:27.08 |
brlcad |
except if you
end up with a whole slew of the same functionality, and most can be
implemented with/without topology (e.g., re-tessellation), that
might still be a mess |
15:27.39 |
starseeker |
nods - the idea would be to have libnmg call libbg for
anything that didn't require topology |
15:28.30 |
starseeker |
(say, libnmg
would introduce shared points on edges to constrain a tessellation
to mate up on edges, and then libbg would tessellate the individual
faces as polygons |
15:28.56 |
starseeker |
that
undercuts libnmg as a self contained stand-alone library
though |
15:29.58 |
starseeker |
in that
scenario, libnmg's primrary concern becomes the radial edge data
structures and logic associated with those, with the "lower level"
operations being passed down |
15:31.10 |
brlcad |
yeah |
15:31.22 |
brlcad |
if you always
need both, then they probably belong together in some
form |
15:31.49 |
brlcad |
if one often
only needed one or the other, that would be good reason for
separateion |
15:32.35 |
brlcad |
right now, we
clearly have separation bot vs nmg and natural progression is a lib
containing both sets |
15:32.53 |
brlcad |
rather a lib
for each, or a lib with both |
15:36.14 |
starseeker |
noes |
15:36.18 |
starseeker |
nods
even |
15:37.18 |
starseeker |
as long as we
have both libnmg and openNURBS/libbrep, we'll have two separate
users that will want tessellation |
15:38.45 |
brlcad |
is unable to find the haiku stat man page, sees if he has a
disk image available |
15:39.43 |
brlcad |
decimation
might be a better example for those too :) |
15:44.34 |
starseeker |
is checking the Haiku source tree - so far I can't find any
man pages... |
15:46.02 |
starseeker |
hrm.
https://www.haiku-os.org/community/forum/haiku_man_equivalent |
15:51.31 |
starseeker |
https://github.com/haiku/haiku/blob/b65adbdfbc322bb7d86d74049389c688e9962f15/src/system/libroot/posix/sys/stat.c |
15:53.23 |
starseeker |
ah:
https://github.com/haiku/haiku/blob/master/headers/posix/sys/stat.h |
15:53.55 |
brlcad |
yeah, I
already read the C api, it has hooks to the attribute
data |
15:54.12 |
brlcad |
the question
is how, if at all, this is exposed via the stat command-line
tool |
15:59.46 |
brlcad |
okay, got
haiku running -- it's just standard gnu coreutils stat, so they
don't address it |
16:00.31 |
starseeker |
ok, that
leaves OSX as the guide so far. ZFS was the other one I
think? |
16:00.44 |
starseeker |
checks if FreeBSD has a ZFS aware stat... |
16:00.56 |
brlcad |
well haiku's
guide is go with "attr" ;) |
16:01.03 |
starseeker |
heh |
16:02.13 |
brlcad |
looks like
zfs calls them properties and provides an attr-style "zfs"
command |
16:02.15 |
brlcad |
https://docs.oracle.com/cd/E18752_01/html/819-5461/gayns.html |
16:02.50 |
brlcad |
nice, they
handle inheritance |
16:03.37 |
starseeker |
so now we
have two areas of interest - stat, and what the varios OS attr
commands do that ours doesn't ;-) |
16:05.28 |
brlcad |
http://stackoverflow.com/questions/27828585/posix-analog-of-coreutils-stat-command
has good info, basically stat -f or -c |
16:05.59 |
brlcad |
or
incorporate into ls and make scriptable |
16:06.45 |
starseeker |
kinda views ls as a bit "higher level", but that my just
reflect the bias of my own usage patterns |
16:07.46 |
starseeker |
s/my/may |
16:08.43 |
brlcad |
looks like
ext2/3/4 has lsattr/chattr, but don't allow user-defined
attributes |
16:45.43 |
brlcad |
starseeker:
the more I think about it, the more I'm convincing myself that
stat/exists should get the axe |
16:46.14 |
brlcad |
there's so
much overlap with several other commands that I have to imagine we
can incorporate that shorthand easily into a command roadmap in
some other way |
17:05.10 |
starseeker |
ok |
17:05.33 |
starseeker |
so for the
short term should I just add a -size option to search? |
17:06.20 |
starseeker |
wanted some way to answer the question "what are the large
objects in this .g" - that's what originally drove the stat
command |
17:06.55 |
starseeker |
it's
correlary would be nice too "how big is the keep of this
object?" |
17:07.38 |
starseeker |
supposes an option to ls is a
possiblity... |
18:37.39 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.150.129) |
18:46.57 |
*** join/#brlcad starseek1r
(~starseeke@104.225.5.10) |
18:55.11 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
18:56.43 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-236-082.092.074.pools.vodafone-ip.de) |
18:59.08 |
brlcad |
starseek1r: I
think all the standard 'find' options are fair game, which includes
a -size option:
http://pubs.opengroup.org/onlinepubs/009695399/utilities/find.html |
19:02.02 |
brlcad |
the only
issue will be standardizing how to get at other "size" information
since search should probably just report some standarzied notion of
object size like the db5_raw_internal.object_length |
19:03.22 |
brlcad |
(course stat
is that too, ls or summary would be good for higher-level
constructs) |
19:27.01 |
Notify |
03BRL-CAD:starseeker * 69062
brlcad/trunk/src/libbu/tests/bu_basename.c: There's no point in
failing the bu_basename tests on a platform without its own
basename. |
19:29.26 |
Notify |
03BRL-CAD:brlcad * 69063
brlcad/trunk/src/libanalyze/CMakeLists.txt: ignore, but list the
headers for distcheck |
19:29.55 |
starseeker |
brlcad: if
we're ditching stat/exists, what did you have in mind as a
replacement |
19:30.12 |
starseeker |
kinda liked the notion of the cad stat being analogous to the
filesystem stat... |
19:30.41 |
Notify |
03BRL-CAD:brlcad * 69064
brlcad/trunk/src/libanalyze/CMakeLists.txt: include the right
relative path |
19:32.24 |
brlcad |
which problem
/ feature are we talking about? :) getting a list of the biggest
objects would be well handled with ls -S and/or search -size
options |
19:33.09 |
brlcad |
knowing, for
example, which bot has the most triangles or which brep the most
surfaces (or edges or vertices, etc) is more
problematic |
19:34.49 |
brlcad |
original idea
for 'exists' was a corollary to the 'test' built-in, not stat per
se |
19:36.11 |
starseeker |
I guess I was
thinking ahead to if we add timestamp info to objects |
19:36.36 |
starseeker |
and the
printf-style reporting of stat had some possibilities for scripting
reports of db info |
19:37.05 |
starseeker |
sure, I can
see ditching exists |
19:39.04 |
brlcad |
find/ls both
have timestamp options too :) |
19:39.08 |
starseeker |
brlcad:
before we reject the idea of a stat command, can I write up my
notions of what it would look like for discussion |
19:39.16 |
brlcad |
uses ls -lart all the time |
19:40.39 |
starseeker |
it may be
that find/ls encompass everything we need, but I'd like to lay out
the features I have in mind to make sure they will map |
19:40.58 |
brlcad |
sure, go for
it |
19:41.35 |
starseeker |
cool -
thanks. I'll try to do so in the next week or so |
19:41.50 |
starseeker |
scowls at the Windows unit test results |
19:42.02 |
brlcad |
note that
this also doesn't preclude having stat in some other form, like if
we retain a "db" command for lower-level database inspection, "db
stat ..." might make sense |
19:42.12 |
starseeker |
ah |
19:42.23 |
starseeker |
that actually
does make sense |
19:42.29 |
brlcad |
but I think
we need a bigger picture view |
19:42.42 |
starseeker |
nods |
19:44.09 |
starseeker |
OK, after
shutting up bu_basename, we've got 1 bu_bitv_master fail, 1
bu_booleanize_nullptr fail, 1 bu_progname_tests fail, 3
bu_vls_vprintf fails, 5 bn_list_2d fails and 5 bn_list_3d
fails |
19:44.59 |
brlcad |
loves having the Blue Angels flying overhead while he
works |
19:45.07 |
starseeker |
heh - cool
:-) |
19:45.41 |
brlcad |
apparently my
side street is directly on their flight path for several
runs |
19:46.21 |
brlcad |
shutting up
basename?? |
19:47.11 |
brlcad |
I just check
regressions a day ago and was all passing |
19:47.42 |
starseeker |
not on
Windows - no basename, no testie |
19:47.51 |
brlcad |
oooh,
heh |
19:48.00 |
starseeker |
other
failures are all Windows specific |
19:48.03 |
brlcad |
you're still
worrying about that? :) |
19:48.29 |
starseeker |
what, unit
testing on Windows? it's so close to working fully... |
19:48.30 |
brlcad |
good on you,
Windows needs some love |
19:49.03 |
starseeker |
suspects all the bn_list failures are related... something
about temp files, buffers, and fread
unhappyness... |
19:49.17 |
starseeker |
need to step
through it on Linux to figure what it is supposed to
do... |
19:49.32 |
brlcad |
https://msdn.microsoft.com/en-us/library/e737s6tf.aspx |
19:49.48 |
brlcad |
(for basename
testing if you want to get it working) |
19:50.43 |
starseeker |
blegh -
figures there would be a solution |
19:50.53 |
starseeker |
makes a TODO note |
19:52.03 |
brlcad |
here's actual
code, pretty trivial:
https://github.com/fastbot3d/firmware/blob/master/pru_sw/utils/pasm_src/path_utils.c |
19:52.30 |
Notify |
03BRL-CAD:starseeker * 69065
brlcad/trunk/src/libbu/tests/bu_basename.c: Note that there is a
Windows system option that offers basename functionality we should
use to test this with. |
19:52.56 |
starseeker |
hah, not
bad |
19:52.57 |
starseeker |
thanks |
19:53.14 |
brlcad |
something
like _makepath(base, NULL, NULL, path, ext); |
19:54.27 |
brlcad |
equiv to base
= basename(path); |
19:55.15 |
brlcad |
ahh, just
pass NULL for ext, not needed |
19:56.18 |
brlcad |
huh, never
mind .. that example doesn't jive with the docs on quick
look |
19:57.38 |
starseeker |
isn't
splitpath what we want? |
19:58.07 |
brlcad |
yeah, think
so |
19:59.06 |
brlcad |
that snippet
intentionally uses both, just read it wrong |
19:59.34 |
brlcad |
split path
gets fname and ext, then it's composed back into a filename with
_makepath (into the "base" var) |
20:03.05 |
Notify |
03BRL-CAD:starseeker * 69066
brlcad/trunk/CMakeLists.txt: Add test for _splitpath, which we will
need on Windows to do basename testing. |
20:56.30 |
Notify |
03BRL-CAD:brlcad * 69067
brlcad/trunk/regress/repository.sh: down to 194 |
20:56.44 |
Notify |
03BRL-CAD:brlcad * 69068
(brlcad/trunk/src/libanalyze/MeshHealing/Geometry.cpp
brlcad/trunk/src/libanalyze/MeshHealing/Geometry.h and 8 others):
header cleanup, ensure common.h comes before all system
headers. |
21:29.48 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:45.43 |
*** join/#brlcad merzo_
(~merzo@93-195-113-92.pool.ukrtel.net) |
22:05.38 |
Notify |
03BRL-CAD:starseeker * 69069
brlcad/trunk/src/libbu/tests/bu_basename.c: Update bu_basename test
to use a combination of compatibility wrapper logic and Windows
APIs to emulate basename system functionality. |
00:00.52 |
brlcad |
2) get a repo
space set up for integrating GCI work ... this is either an svn
branch or a git clone/bridge somewhere. whatever the solution, the
fewer steps for participants to actually getting commitable work,
the better. |
00:07.42 |
brlcad |
3) get our
source code set up ... this means setting up astyle to run (and
fail) automatically, so we can integrate work continuously &
faster |
00:08.20 |
brlcad |
(that
includes restyling our entire tree to eliminate mixed tab+space
indendation) |
00:11.45 |
brlcad |
4) prepare
any major task sets ... so for tasks like turning libged commands
into proper plugins, we have to demonstrate what one of those
plugins looks like first and make sure it's working. for design
tasks, we need to have a gallery where accepted designs are
showcased, so others can make designs that are different (and
hopefully better) than those already accepted and we examples we
can point them to |
00:14.33 |
brlcad |
5) get the
virtual disk image updated/rebuilt or get a docker image set up, so
participants can be given a prepared environment |
00:55.59 |
Notify |
03BRL-CAD
Wiki:Firman051286 * 0 /wiki/User:Firman051286: |
01:11.35 |
Notify |
03BRL-CAD
Wiki:Sean * 9840 /wiki/Google_Code_In/2016/TODO: track what we need
for gci |
01:11.55 |
brlcad |
formalized
the list of things better at http://brlcad.org/wiki/Google_Code_In/2016/TODO |
01:20.13 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:55.07 |
Notify |
03BRL-CAD
Wiki:Sean * 9841 /wiki/Google_Code_In/2016/TODO: mention opencl
major task set |
01:57.20 |
*** join/#brlcad pcmrpauhvazkgyvf
(~armin@ipservice-092-211-154-185.092.211.pools.vodafone-ip.de) |
03:42.26 |
*** join/#brlcad caen23
(~caen23@79.112.41.77) |
04:56.52 |
*** join/#brlcad hero
(0e8bdd19@gateway/web/freenode/ip.14.139.221.25) |
04:57.09 |
hero |
Anyone
there? |
04:57.24 |
hero |
A very basic
question yet important for me |
04:57.43 |
hero |
I just wanted
to know, I wanted to participate in GSoC 2017, what should I
learn? |
05:13.24 |
hero |
? |
05:14.14 |
Stragus |
If you hang
around, someone from the core team will notice the question and
answer eventually |
05:15.01 |
Stragus |
And what'll
need will probably depend on the tasks. The C language is
fundamental, of course |
05:16.22 |
hero |
Thank you
Stragus , other than that , anything in advanced
section? |
05:17.04 |
Stragus |
Do you have
access to the tasks from last year? |
05:17.15 |
hero |
C upto which
level is necessary , I am a total beginner |
05:17.59 |
hero |
I have the
questions not the answer |
05:18.00 |
Stragus |
I would say
as good as you can get in C |
05:18.15 |
hero |
the archive
page shows the previous tasks given |
05:18.37 |
hero |
I was a
student of Google Code In 2013,2014,2015 |
05:18.45 |
hero |
will it
help? |
05:18.57 |
hero |
Finalist in
2014 |
05:19.02 |
hero |
*sry
2013 |
05:20.17 |
Stragus |
I'm really
not too informed on the GSoC and I'm only tangentially involved
with BRL-CAD (they use some code I wrote) |
05:20.42 |
hero |
:P , what
type of code? |
05:20.49 |
Stragus |
If you want
to get a real IRC client and hang around, you can catch brlcad
which surely has all the answers you need |
05:20.57 |
hero |
I want to
start writing for applications |
05:21.08 |
hero |
I just know
coding, I don't know where to begin |
05:21.12 |
Stragus |
Ray tracing,
mesh decimation, mesh reconstruction |
05:21.43 |
Stragus |
When you are
done with C, perhaps you could get comfortable with 3D geometry
problems. But really, look at the tasks list from last
year |
05:21.50 |
Stragus |
I would look
myself but I don't even know where it is, eh |
05:22.00 |
hero |
:P |
05:22.52 |
hero |
https://summerofcode.withgoogle.com/archive/2016/organizations/6087583029264384/ |
05:22.55 |
hero |
here you
go |
05:23.02 |
hero |
the latest
ones......\ |
05:24.12 |
Stragus |
Fun stuff in
there |
05:25.11 |
Stragus |
The fun stuff
appears to involve 3D geometry as I guessed, the GPGPU is also
interesting but I probably wouldn't recommend that yet |
05:26.36 |
Stragus |
This is
interesting: http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas |
05:27.16 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:9d95:cc4f:20d8:535b) |
05:27.34 |
hero |
what should I
do? |
05:27.34 |
hero |
any
idea? |
05:27.34 |
hero |
I don't get a
bit of it :P |
05:27.36 |
brlcad |
hero: welcome
and good luck, good job getting a head start |
05:27.56 |
Stragus |
Ah, there he
is, brlcad has all the answers you need ;) |
05:28.28 |
hero |
brlcad thank
you for such a warm welcome |
05:28.53 |
hero |
Sir, can
please help me out with this.... |
05:28.59 |
brlcad |
hero: so
you've been doing GCI and now looking to jump into GSoC, presume
you graduated? |
05:29.06 |
hero |
I want to
seriously contribute |
05:29.18 |
brlcad |
hero: you
should not assume people are a sir |
05:29.34 |
brlcad |
and it's
generally inappropriate for open source communication |
05:29.35 |
hero |
brlcad :
Ma'am ? |
05:29.35 |
hero |
:P |
05:29.42 |
hero |
ok |
05:29.46 |
hero |
got
it |
05:29.54 |
hero |
I just wanted
to know, how to get a head start |
05:30.04 |
brlcad |
you're doing
it |
05:30.10 |
hero |
I am in a
university , the very first year of it! |
05:30.33 |
brlcad |
so decent
advice was just sent to the gsoc mailing list just a couple days
ago actually |
05:30.42 |
hero |
people here
have not heard of Google Code In |
05:30.46 |
brlcad |
basically,
get involved and contribute, that's the best way |
05:30.49 |
hero |
but have
heard of GSoC |
05:31.17 |
brlcad |
how'd you do
in GCI? |
05:31.40 |
hero |
back in 2013
was a finalist for Sahana |
05:31.59 |
brlcad |
good ol
disaster relief |
05:32.18 |
hero |
and in 2014
went for FOSSASIA |
05:33.17 |
brlcad |
that's
jumping into the meat grinder, yikes |
05:33.53 |
*** join/#brlcad hero_reconnected
(75d3566c@gateway/web/freenode/ip.117.211.86.108) |
05:34.01 |
brlcad |
(that's in no
way a negative reflection on the fossasia folks, they are
great) |
05:34.19 |
hero_reconnected |
I am
back |
05:34.21 |
hero_reconnected |
:P |
05:34.41 |
brlcad |
they just
tend to attract, well nearly everyone in asia due to their
name |
05:35.13 |
hero_reconnected |
hehe |
05:35.16 |
hero_reconnected |
:) |
05:35.17 |
brlcad |
someone
looking to win the grand prize would have a 10x better chance with
nearly any other org |
05:35.39 |
brlcad |
c'est la
vie |
05:35.40 |
hero_reconnected |
well, so you
were telling me how to get with brlcad |
05:36.02 |
brlcad |
yep, get
involved and start working on something interesting to
you |
05:36.58 |
brlcad |
that's by far
the best way to demonstrate your commitment, your ability to be
productive, your personality compatibility, your independence of
(considerate) thought |
05:37.07 |
hero_reconnected |
I have no
idea :P where to start from |
05:37.07 |
brlcad |
etc |
05:37.17 |
hero_reconnected |
I have to
learn first |
05:37.37 |
Stragus |
Perhaps you
could look at the list of tasks and investigate something that
seems interesting to you |
05:37.51 |
brlcad |
learn by
doing, the rest will fall into place |
05:38.02 |
hero_reconnected |
everything
is, because I understand anything :) |
05:38.18 |
hero_reconnected |
*don't is
missing there |
05:38.23 |
brlcad |
most fall
into a vicious trap of reading, talking, and researching without
actually doing anything constructive |
05:38.54 |
brlcad |
hero_reconnected: are you on the gsoc
mailing list? |
05:39.01 |
hero_reconnected |
nope |
05:39.17 |
brlcad |
okay, hold on
then |
05:42.50 |
brlcad |
http://paste.ubuntu.com/23484093/ |
05:42.53 |
brlcad |
hero_reconnected: that's for
you |
05:43.45 |
hero_reconnected |
brlcad : love
u! |
05:43.48 |
hero_reconnected |
:P |
05:43.52 |
hero_reconnected |
thanks |
05:44.33 |
brlcad |
you say that
now, but the response is still essentially "be productive"
;) |
05:44.45 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
05:45.19 |
brlcad |
and the
possibilities there are nearly endless, defined by your interests,
abilities, and willingness to explore, find room for improvement,
etc |
05:46.46 |
Stragus |
I would have
thought beginners generally are very producitve, it's the
experienced programmers who tend to over-engineer everything (but I
need multithreading shared cache awareness in my layered atomic
spin barrier!) |
05:46.47 |
brlcad |
all else
fails, download and install brl-cad, go through a couple tutorials
and actually model something simple in the room with you, then look
at the TODO file in a source checkout and pick anything that you
think you might understand |
05:47.14 |
hero_reconnected |
brlcad : you
just now influenced a guy into your community :P thanks again, talk
less work more.......... |
05:47.51 |
brlcad |
talking is
fine, just "give more than you receive" .. use talking to
accelerate how much you're giving |
05:48.47 |
brlcad |
communication
is actually critical to healthy open source community, and tends to
increase exponentially (necessarily) with active
participants |
05:52.53 |
Stragus |
He should get
a real IRC client, that web thingy seems unreliable |
06:01.11 |
brlcad |
it
is |
06:02.14 |
brlcad |
depending on
the browser, minimizing or even switching to other windows can
cause the browser thread maintaining the irc connection to get
suspended, timeout, etc ... and they might not even notice when
focus is restored |
06:02.35 |
Stragus |
Ah!
Neat. |
06:03.01 |
brlcad |
especially on
mobile and tablet devices, the entire browser process is forcibly
paused |
06:19.59 |
*** join/#brlcad hero
(0e8bdd19@gateway/web/freenode/ip.14.139.221.25) |
06:20.54 |
Stragus |
hero, I think
you should install and use a real IRC client; you can stay
connected all day, ask questions, check answers later |
06:21.30 |
hero |
brlcad : the
archer (on Windows x64 ) is giving me an error saying unknown
option -opaqueresize |
06:21.51 |
hero |
Stragus , I
had XChat, I don't have any now |
06:22.01 |
hero |
can you
suggest me one? |
06:22.28 |
brlcad |
http://brlcad.org/wiki/IRC#What_Software.3F |
06:25.41 |
hero |
ok, suggest
me an IRC Client |
06:26.07 |
hero |
plz |
06:26.11 |
hero |
:P |
06:26.22 |
Stragus |
XChat if you
like GUIs, irsii or BitchX if you like terminals |
06:26.36 |
Stragus |
Ah wait, you
said Windows. mIRC then |
06:26.39 |
hero |
help me with
that error |
06:40.32 |
brlcad |
hero is
failing on his independent learner give-more-than-you-take
exam |
06:41.31 |
Stragus |
Agreed |
06:48.31 |
*** join/#brlcad Shane_mobile
(~swedenhos@14.139.221.25) |
06:55.26 |
*** join/#brlcad Shane_mobile
(~swedenhos@2606:f180:3:19c:19c:d340:639e:bf78) |
07:02.12 |
*** join/#brlcad skat00sh
(uid103741@gateway/web/irccloud.com/x-kvxbvgllzemmedgf) |
07:37.33 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
08:13.56 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
08:38.39 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
08:52.29 |
*** join/#brlcad caen23
(~caen23@79.112.41.77) |
09:01.39 |
*** join/#brlcad ignacio
(bip@2001:4830:134:7::11) |
09:55.03 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
09:59.14 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
10:23.41 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
10:33.05 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
10:54.45 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
11:05.30 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
11:23.56 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
12:57.20 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
13:13.51 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
14:25.27 |
*** join/#brlcad skat00sh
(uid103741@gateway/web/irccloud.com/x-gnvypojffkblsnah) |
14:54.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:03.27 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:4f81:290:f5ff:fedc:3bb2) |
15:09.38 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
15:45.53 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
16:42.30 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:12.33 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
20:51.52 |
*** join/#brlcad merzo
(~merzo@39-119-133-95.pool.ukrtel.net) |
00:12.30 |
*** join/#brlcad caen23
(~caen23@79.112.95.83) |
01:47.32 |
*** join/#brlcad ahqlbzztpoibkcxf
(~armin@dslb-088-064-043-249.088.064.pools.vodafone-ip.de) |
02:02.48 |
Notify |
03BRL-CAD:brlcad * 69221
brlcad/trunk/doc/BRL-CAD.bib: document cliff's tcl/tk-to-cmake
paper which heavily references BRL-CAD's conversion to
cmake. |
03:39.55 |
Notify |
03BRL-CAD
Wiki:Sean * 9842 /wiki/Google_Code_In/Checklis: |
05:44.57 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:71f7:ac66:3bbc:1977) |
06:15.59 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
06:53.53 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
07:06.12 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:06.22 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
07:24.56 |
*** join/#brlcad merzo
(~merzo@91.217.179.122) |
07:44.49 |
*** join/#brlcad caen23
(~caen23@79.112.95.83) |
08:00.03 |
*** join/#brlcad merzo
(~merzo@91.217.179.122) |
08:17.49 |
*** join/#brlcad teepee]
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
09:33.09 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
11:08.46 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:47e1:290:f5ff:fedc:3bb2) |
13:09.26 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
13:54.40 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@209.58.183.35) |
14:13.17 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.244.145) |
14:34.31 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@209.58.183.35) |
14:46.48 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:56.36 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.244.145) |
15:12.08 |
starseeker |
brlcad:
regarding the lz4 compression - were you planning to use the HC
variation with slow compression and fast decompression? I can see
an argument for that since the compression could be done in the
background theoretically (in order to have the cache data to be
written to disk in the first place the in memory version has to
already be generated and is thus available for immediate
use) |
15:19.24 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
15:22.17 |
Notify |
03BRL-CAD:starseeker * 69222
brlcad/trunk/doc/docbook/system/mann/CMakeLists.txt: rename
find.xml |
15:24.12 |
Notify |
03BRL-CAD:starseeker * 69223
(brlcad/trunk/NEWS
brlcad/trunk/doc/docbook/system/mann/dbfind.xml): Update name of db
'find' command to dbfind in man page. |
15:29.24 |
Notify |
03BRL-CAD:starseeker * 69224
brlcad/trunk/CHANGES: List the lowest hanging fruit from the
command review for deprecation. There will be quite a few more as
consolidation strategies are worked out - this is just the first
set. |
15:30.22 |
starseeker |
brlcad:
should we bother to list the _mged prefixed but otherwise
undocumented MGED commands in changes? It's possible for a few of
them (like 35,25 for example) that docs I'm not familiar with
reference them |
15:53.10 |
Notify |
03BRL-CAD:starseeker * 69225
brlcad/trunk/src/librt/cache.c: C++ comment in C file |
16:02.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:02.30 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.244.145) |
16:05.36 |
Notify |
03BRL-CAD:starseeker * 69226
(brlcad/trunk/include/rt/comb.h
brlcad/trunk/src/librt/comb/db_comb.c
brlcad/trunk/src/librt/db5_size.cpp): Redo db_comb_children to
allow for the possibility of an externally allocated
array. |
16:23.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:24.08 |
*** join/#brlcad caen23
(~caen23@79.112.95.83) |
16:25.35 |
*** join/#brlcad Lord_of_Code
(~Lord_of_C@122.163.244.145) |
16:31.15 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
16:36.23 |
brlcad |
starseeker: I
don't think it's necessary, but worth making sure for each one via:
grep -R "cmd" doc |
16:36.54 |
brlcad |
the old html
docs used to the the source of knowledge, so many might be
documented there |
16:40.12 |
brlcad |
cannot find the "fixed" volII tutorials pdf anywhere
*sigh* |
16:40.12 |
*** join/#brlcad amarjeet
(~amarjeet@169.149.182.93) |
16:40.25 |
brlcad |
hi amarjeet!
ready? :) |
16:40.45 |
amarjeet |
yes |
16:40.52 |
brlcad |
great
:) |
16:41.13 |
brlcad |
any GCI
students here already? |
16:43.39 |
amarjeet |
but have some
queries like I think I am able to see only list of task where I was
added how could I see all of the tasks that are published
|
16:49.54 |
brlcad |
do you see a
little slider that says "My Tasks" on the bottom left? |
16:50.12 |
amarjeet |
yes |
16:50.20 |
brlcad |
starseeker:
any suggestions on how someone can prove they actually did all the
mged tutorials? |
16:50.33 |
brlcad |
amarjeet: is
it on or off? try turning it off |
16:51.59 |
amarjeet |
okay
thanks |
17:05.06 |
brlcad |
amarjeet: if
you want, you can subscribe to all of them by turning off My Tasks,
selecting all of them (box at the top), and adding
yourself |
17:05.11 |
brlcad |
or I can do
it for you |
17:09.48 |
amarjeet |
okay, I
selected all by no option to add myself to selected task at
once |
17:13.54 |
caen23 |
you can click
on the triangle thingy at the top, and put yourself in "Add
mentors" i believe |
17:17.17 |
amarjeet |
thats for
filter |
17:19.10 |
brlcad |
woot, we have
3 students already |
17:19.46 |
brlcad |
amarjeet: do
you want me to add you to all? |
17:21.09 |
brlcad |
sorry can't
be more specific .. don't have a mentor-only account set up
yet |
17:21.23 |
brlcad |
but I can
easily add you, assuming the server doesn't catch on
fire |
17:22.00 |
amarjeet |
okay |
17:22.35 |
amarjeet |
but just
little confuse If I am not able to give proper time |
17:22.56 |
brlcad |
is that a
"yes"? want to be clear because it's a lot more work to remove
mentors than it is to add them ;) |
17:23.14 |
brlcad |
are you
assigned to any of the beginner tasks? |
17:23.38 |
amarjeet |
yes,
2 |
17:23.41 |
brlcad |
if you're
worried about time, then I suggest just leaving things as they are
for now |
17:23.51 |
brlcad |
yeah, that'll
be plenty of work then |
17:24.34 |
amarjeet |
yes, that
would be okay. I will add myself to the selected tasks only
|
17:27.10 |
amarjeet |
As their are
some task related to modelling in openscad. Would I assume that we
could add more task apart from that related to openscad? Although
openscad in not participatinng. |
17:27.26 |
amarjeet |
could* |
17:50.18 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
17:54.44 |
brlcad |
gah |
17:54.47 |
*** join/#brlcad amarjeet
(~amarjeet@169.149.182.93) |
17:54.53 |
brlcad |
amarjeet: in
general, sure -- depends on the nature of the task. ideally since
there aren't dedicated mentors, any openscad tasks should have a
purpose and comparative counterpart |
17:55.27 |
amarjeet |
okay |
17:55.34 |
brlcad |
the ones
there are to help set up some openscad test data that is
representable in brl-cad, so we can test import/export |
17:56.06 |
brlcad |
and to see
syntactically whether we have any incompatibilities to sort
out |
17:56.32 |
brlcad |
but sure, add
more ideas if you have them along with the task write-ups and I'll
review+publish them |
18:19.14 |
*** join/#brlcad vasc
(~vasc@bl13-101-67.dsl.telepac.pt) |
18:21.46 |
*** join/#brlcad manjaroi3
(~manjaro-i@43.224.130.153) |
18:29.18 |
*** join/#brlcad boquete___
(~Piotr@91.232.62.60.studiowik.net.pl) |
18:34.36 |
starseeker |
brlcad: I can
build PDFs of the tutorials once I get to a setup with
FOP |
18:34.51 |
brlcad |
but the
images are still all screwy, no? |
18:34.57 |
starseeker |
unfortunately |
18:35.19 |
starseeker |
has been holding off on that on the theory we'd have to redo
all of them anyhow for Archer... |
18:35.59 |
starseeker |
not sure how
to "prove" tutorials are complete offhand... |
18:36.24 |
starseeker |
would almost
need some sort of modeling "test" to administer |
18:37.26 |
starseeker |
another
option would be to produce custom versions of the tutorials that
have custom "tweaked" numbers for each unique task |
18:37.43 |
starseeker |
then check
the supplied .g against the specific version of the tutorial
supplied with the task |
18:38.43 |
starseeker |
brlcad: did
you want me to add the lz4 stuff as a src/other build, or just
integrate it straight into librt? |
18:40.44 |
brlcad |
right now,
that's the only place lz4 is used, so could be shoved under librt
wholesale as an implementation detail for now |
18:41.11 |
brlcad |
that said,
it's pretty much superior to zlib all around .. anything we have
using zlib should probably get changed over |
18:41.14 |
starseeker |
nods - pretty easy - two files if you don't want the high
compression option, four otherwise |
18:41.18 |
brlcad |
fortunately
the api maps very closely |
18:41.29 |
starseeker |
doesn't think PNG can dispense with
zlib... |
18:41.42 |
vasc |
the google
codein interface is kinda slow and doesn't auto-update
itself... |
18:41.43 |
starseeker |
could
probably add it to the png build directly though |
18:41.53 |
brlcad |
no, you're
right -- it needs it because of the spec |
18:42.04 |
brlcad |
opennurbs too
probably |
18:42.13 |
starseeker |
nods - yeah, forgot about opennurbs |
18:42.22 |
brlcad |
vasc: yeah,
it's getting heaviyl hammered by thousands right now |
18:42.54 |
starseeker |
brlcad: no
particular difficulty either way - if it's a src/other I was going
to go ahead and get it integrated and checked out on
Windows |
18:44.53 |
brlcad |
don't do
anything just yet |
18:45.03 |
brlcad |
I need to see
if it can be wrapped under libbu |
18:45.44 |
brlcad |
s/can/needs
to/ |
18:45.45 |
starseeker |
raises eyebrow - did you want to hide the use of lz4
specifically? |
18:46.17 |
brlcad |
right, maybe
not convinced we need to, but hadn't thought things
through |
18:46.53 |
starseeker |
hmm...
interesting idea. We would need to encode what type of compression
was used in each cache object though, so newer BRL-CAD versions
could be backwards compatible |
18:46.53 |
brlcad |
(probably not
the more I think about it now, but not clear headed
atm) |
18:47.07 |
starseeker |
nod |
18:47.11 |
brlcad |
yeap, that's
the point |
18:47.29 |
starseeker |
no worries -
I'll wait 'til you decide |
18:48.16 |
starseeker |
goes back to fixing API mistake... |
18:48.21 |
brlcad |
the original
arch was caching filedir structure managed by libbu and the data
contained therein by the caller |
18:48.21 |
ignacio |
Hello
;D |
18:48.45 |
brlcad |
which would
mean librt is conceivably responsible for compression |
18:49.00 |
starseeker |
hrm |
18:49.36 |
brlcad |
guess I
thought things through -- so yeah, you can shove it under librt/lz4
if you like, or src/other if that's easier |
18:50.00 |
brlcad |
guess
question is how much work to invest into trying to use a system
version |
18:50.04 |
brlcad |
hi ignacio
:) |
18:50.14 |
starseeker |
kinda a wash
- don't have to tell distcheck to ignore it in src/other, but need
to get the DLL foo working |
18:50.47 |
starseeker |
how common
are system installs of lz4? |
18:51.02 |
brlcad |
alternatively, sad distros if someone lets
it slip that lz4 is tucked in there ;) |
18:51.51 |
starseeker |
<snort>
yeah, given the static we still get over that I'll go ahead and do
the src/other thing |
18:52.10 |
brlcad |
it's pretty
wildly popular, just about anything that was seriously using zlib
now doesn't |
18:52.16 |
starseeker |
O.o |
18:52.42 |
starseeker |
cool |
18:53.57 |
vasc |
only problem
with lz4 last time i saw it was that it didn't scale on
multicore. |
19:01.04 |
Stragus |
It didn't
scale with independent streams?... Due to shared memory bus
saturation? |
19:02.33 |
vasc |
well
independent streams should be fine. the thing is the LZW algorithm
is highly sequential. |
19:04.36 |
vasc |
you can do
the compression in blocks, but the compression becomes worse the
smaller the blocks you use. |
19:04.53 |
brlcad |
someone
implemented a blocking method a few years ago for parallel, but it
was supposedly highly non-portable and didn't get
integrated |
19:05.47 |
brlcad |
the original
author was busy with other work and claimed that lz4 is typically
constrained by memory bus saturation |
19:06.25 |
vasc |
its not worth
the bother to consider i think. as long as its only used for file
I/O it's prolly ok. i was trying to use it for a compressed
in-memory database though :-) |
19:08.31 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
19:08.42 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
19:13.53 |
brlcad |
hm, manual
page seems to disagree: "lz4 offers compression speeds of 400 MB/s
per core, linearly scalable with multi-core CPUs." |
19:14.17 |
brlcad |
"It features
an extremely fast decoder, with speed in multiple GB/s per core,
typically reaching RAM speed limit on multi-core
systems." |
19:14.38 |
brlcad |
ah, though
that's the userland app |
19:15.01 |
brlcad |
perhaps it's
threading things out |
19:18.27 |
vasc |
yeah that was
what i thought when i read the docs |
19:18.38 |
vasc |
but in
practice |
19:18.51 |
vasc |
it works best
with multiple streams |
19:19.26 |
vasc |
all
compression algorithms are kinda problematic on many core
systems |
19:19.44 |
vasc |
especially
these which are stream oriented |
19:25.03 |
Notify |
03BRL-CAD:starseeker * 69227
(brlcad/trunk/include/rt/directory.h
brlcad/trunk/src/librt/db5_size.cpp
brlcad/trunk/src/librt/db_alloc.c): Rather than introduce lots of
additional info into the directory struct, see if we can get away
with just a u_data pointer on which to hang our hat. This is a
double edged sword - we don't save information from earlier work on
the .g to speed up subsequent actions, but we also |
19:25.05 |
Notify |
don't encode
state into the directory pointer that can be (potentially)
invalidated by edits to other objects. See if this can be made
'fast enough.' |
19:25.07 |
Notify |
... |
19:29.50 |
vasc |
brlcad,
https://codein.withgoogle.com/dashboard/task-instances/6314184358756352/ |
19:30.24 |
vasc |
his
screenshot doesn't have the rt window, i'm guessing he closed it.
but he ran it. |
19:30.51 |
vasc |
its in the
mged shell |
19:30.59 |
vasc |
rt
output |
19:31.09 |
vasc |
do we ask for
another screenshot or accept like this? |
19:31.30 |
brlcad |
I let one
slide earlier just like that |
19:31.47 |
brlcad |
left him a
message and asked, but console showed the rt output |
19:31.58 |
vasc |
yes, it shows
output here as well |
19:32.01 |
vasc |
ok i'll
accept |
19:32.16 |
brlcad |
these are
beginner tasks .. as long as it doesn't smell fishy |
19:37.07 |
vasc |
i guess its
normal that people do easy tasks first so they can meet the
quota |
19:37.42 |
brlcad |
they only get
to do 2 beginner tasks, so makes sense to do 2 |
19:37.53 |
brlcad |
3 gets them a
t-shirt |
19:39.09 |
*** join/#brlcad ickby
(~stefan@x5d844f63.dyn.telefonica.de) |
19:56.50 |
vasc |
someone's
having problems running mged, i think it's on a mac os x system.
maybe they need X11 installed? don't have a mac so i can't
understand the error message he got. |
19:56.57 |
vasc |
https://codein.withgoogle.com/dashboard/task-instances/4574436451680256/ |
19:57.16 |
*** join/#brlcad merzo
(~merzo@93-195-113-92.pool.ukrtel.net) |
19:58.46 |
ignacio |
Can I try to
bring gcibot here? |
19:58.53 |
ries |
vasc: only
some log can tell⦠usually on OS/X it would show some message
that it needs X11 |
19:59.49 |
ries |
I havenât
run anything X11 for a long time though |
20:01.36 |
sniok |
he probably
needs XQuartz https://www.xquartz.org/ |
20:02.27 |
*** join/#brlcad ignacio
(bip@unaffiliated/ignacio) |
20:03.38 |
ries |
checks |
20:11.31 |
ries |
Installing
quarts solved that issue, |
20:11.38 |
ries |
this was the
message the user lickly got : http://pastebin.com/QR1as1q4 |
20:15.18 |
vasc |
i asked him
which os version he's using |
20:21.10 |
Notify |
03BRL-CAD:starseeker * 69228
brlcad/trunk/src/librt/db5_size.cpp: fix typos |
20:44.12 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
20:52.17 |
Notify |
03BRL-CAD:starseeker * 69229
(brlcad/trunk/src/librt/db5_size.cpp
brlcad/trunk/src/librt/tests/CMakeLists.txt): Go with a vector
instead of a set for collecting, since we're using flags in the
structs to tell if we've already counted a given node. |
21:12.13 |
brlcad |
ignacio:
sure |
21:13.30 |
brlcad |
vasc: yeah,
they need X11 -- it's no longer included standard and we've not
pushed out an aqua release |
21:13.41 |
brlcad |
needs tcl/tk
8.6, which we've not migrated to yet |
21:14.12 |
brlcad |
should have
given a dialog instead of dumping like that, but probably because
of the app bundle |
21:14.31 |
Notify |
03BRL-CAD:starseeker * 69230
brlcad/trunk/src/librt/tests/CMakeLists.txt: don't build temporary
testing src file |
21:15.51 |
Notify |
03BRL-CAD:starseeker * 69231
brlcad/trunk/src/librt/db5_size.cpp: don't need a separate array
for this - just use the local data pointer. |
21:18.36 |
*** join/#brlcad ickby_
(~stefan@x5d844f63.dyn.telefonica.de) |
22:20.52 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:22.51 |
*** join/#brlcad skat00sh
(uid103741@gateway/web/irccloud.com/x-doqzkezpfockpjhz) |
22:33.37 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:40.20 |
Notify |
03BRL-CAD:starseeker * 69232
brlcad/trunk/src/librt/db5_size.cpp: Attempt a specialized cracking
of the comb for the sole purpose of getting the children names for
db_lookup. Causes a difference in reported size (larger), so need
to compare to existing db_comb_children output and see what the
difference is. |
23:00.01 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:06.02 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:26.58 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:04.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:33.43 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:36.29 |
Notify |
03BRL-CAD:starseeker * 69233
brlcad/trunk/src/other/libnetpbm/CMakeLists.txt: correct spelling
of project name |
00:55.32 |
Notify |
03BRL-CAD:starseeker * 69234
brlcad/trunk/src/librt/db5_size.cpp: Make the mi vars local to
match the main import function |
01:02.31 |
Notify |
03BRL-CAD:starseeker * 69235
(brlcad/trunk/INSTALL brlcad/trunk/configure and 3 others): Add lz4
to src/other and enable use in librt cache. Untested on
Windows |
01:37.32 |
Notify |
03BRL-CAD:starseeker * 69236
brlcad/trunk/src/librt/comb/db_comb.c: The problem was actually
with _db_comb_get_children. Because the array was built backwards,
a failed db_lookup was adding a terminating RT_DIR_NULL earlier in
the array. Number of leaves is not the same as number of valid
leaves. Check ahead of time and handle the invalid case so we get
what is expected. |
01:42.29 |
Notify |
03BRL-CAD:starseeker * 69237
brlcad/trunk/src/librt/db5_size.cpp: Go ahead and check in the
commented out test code comparing the two means of getting children
of a comb in case we need to try this again later. This special
purpose version, although fast, can not replace the comb internal
tree walking version since routines processing the internal form
assume the comb is already fully cracked and populated
in |
01:42.31 |
Notify |
standard
memory structures. This general approach could be highly
instructive when it comes to optimizing the db_search logic
however, since that operates at the directory pointer level. Worth
thinking about. |
01:42.33 |
Notify |
... |
01:44.07 |
*** join/#brlcad ca_
(b497c0f8@gateway/web/freenode/ip.180.151.192.248) |
01:44.38 |
ca_ |
does anyone
have a minute? |
01:44.57 |
Stragus |
Just ask your
question directly |
01:45.10 |
ca_ |
okay, i need
help setting up brlcad on a mac |
01:45.27 |
ca_ |
im using an
mged file |
01:45.44 |
ca_ |
and it says
"This window should automatically close within 5
seconds" |
01:46.47 |
*** join/#brlcad xyaqnsalqkqawdoe
(~armin@dslb-088-064-039-075.088.064.pools.vodafone-ip.de) |
01:48.03 |
Stragus |
Mmhm. Stick
around a little, I'm sure brlcad or someone else will be able to
offer some guidance |
01:48.31 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:51.08 |
Notify |
03BRL-CAD:starseeker * 69238
brlcad/trunk/src/librt/db5_size.cpp: Attributes are always checked
regardless - don't need to check separately for solids |
01:51.59 |
Notify |
03BRL-CAD:starseeker * 69239
brlcad/trunk/src/librt/db5_size.cpp: So far in testing sorting
doesn't pay for itself even with large models. |
02:02.43 |
Notify |
03BRL-CAD:starseeker * 69240
brlcad/trunk/src/librt/db5_size.cpp: half the remaining time is
spent in _db5_get_attributes_size, most of that in
db_get_external_reuse |
02:24.13 |
Notify |
03BRL-CAD:starseeker * 69241
brlcad/trunk/src/librt/db5_size.cpp: If we've alredy done the
extern lookup for the attributes, reuse it rather than looking it
up again for the comb. |
04:08.55 |
*** join/#brlcad PranavGarg
(a9958d3d@gateway/web/freenode/ip.169.149.141.61) |
04:36.25 |
*** join/#brlcad thegreat
(a9958d3d@gateway/web/freenode/ip.169.149.141.61) |
05:00.43 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.244.145) |
06:12.59 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
06:28.45 |
*** join/#brlcad thegreat
(a995942b@gateway/web/freenode/ip.169.149.148.43) |
06:41.08 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
07:09.30 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-jxrbewtgudzfxgls) |
07:10.10 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:17.12 |
*** join/#brlcad caen23
(~caen23@79.112.95.83) |
07:18.29 |
caen23 |
uh, what's up
with the compilation tasks on gci? does it show sept 23 because of
a bug, or did they both just download a binary? |
07:20.56 |
caen23 |
leaning
towards the latter, since they seem to have used the same versions
of everything, and i see no mingw or dev tools in their
screenshots |
07:27.35 |
amarjeet |
No, student
have completed or taken task related to compilaton. They all did
the task of just running. |
07:30.27 |
amarjeet |
oh are you
talking about compilation of librecad task |
07:36.08 |
caen23 |
yes |
07:44.16 |
amarjeet |
I also think
that they might have just used binaries |
07:44.43 |
amarjeet |
https://github.com/LibreCAD/LibreCAD/blob/master/librecad/src/src.pro#L13
as it says version should be 2.2.0 |
07:46.08 |
amarjeet |
just I
building it on my system with new updates and then I would tell
more |
07:46.17 |
amarjeet |
I
am* |
07:46.56 |
*** join/#brlcad merzo
(~merzo@91.217.179.122) |
07:50.42 |
amarjeet |
yes, they
have not build but used binaries as its showing Version:
2.2.0-alpha-131-g0d239ca |
07:50.42 |
amarjeet |
Compiler: GNU
GCC 5.4.0 |
07:50.42 |
amarjeet |
Compiled on:
Nov 29 2016 |
07:50.42 |
amarjeet |
Qt Version:
5.5.1 |
07:50.42 |
amarjeet |
Boost
Version: 1.58.0 |
07:50.43 |
amarjeet |
System:
Ubuntu 16.04.1 LTS |
08:47.11 |
caen23 |
brlcad: i'm
considering adding the memory leaks task in the interface. should i
go through with it, or wait until a few more tasks are
completed? |
09:36.05 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-npfnzwiqumxlbgte) |
09:53.43 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
10:08.53 |
*** join/#brlcad teepee]
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
10:14.12 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
10:15.14 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-jxcrkoamsmdyyagv) |
10:19.16 |
*** join/#brlcad merzo
(~merzo@91.217.179.122) |
10:35.43 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
11:06.22 |
*** join/#brlcad gongy
(~gongy@c220-239-97-230.belrs4.nsw.optusnet.com.au) |
11:06.59 |
gongy |
:( looks like
website is down guys |
11:15.22 |
*** join/#brlcad gongyy
(~gongy@c220-239-97-230.belrs4.nsw.optusnet.com.au) |
11:15.46 |
gongyy |
>
apologies, looks like fault from my end. |
11:47.55 |
Notify |
03BRL-CAD:brlcad * 69242
brlcad/trunk/INSTALL: superfluous |
12:27.12 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-umlrnjjfdgsoszkj) |
12:40.11 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:47e1:290:f5ff:fedc:3bb2) |
12:54.52 |
*** join/#brlcad merzo
(~merzo@91.217.179.122) |
13:10.20 |
caen23 |
this one
seems fine
https://codein.withgoogle.com/dashboard/task-instances/6330778166231040/ |
13:16.07 |
ries |
caen23: I
just approved it |
13:48.52 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.244.145) |
14:04.34 |
*** join/#brlcad amarjeet
(~amarjeet@169.149.140.166) |
14:09.50 |
brlcad |
caen23: no
need to wait when adding tasks, they sit in a queue .. i have to
manually publish them |
14:50.06 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.140.166) |
14:51.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:03.56 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.140.166) |
15:39.34 |
*** join/#brlcad ankesh11
(uid8015@gateway/web/irccloud.com/x-jqqsmbrhzgquekzw) |
15:40.03 |
*** join/#brlcad ankesh11_
(uid8015@gateway/web/irccloud.com/x-paidbakdidxmnwka) |
16:41.34 |
*** join/#brlcad caen23
(~caen23@79.112.95.83) |
16:47.18 |
*** join/#brlcad amarjeet
(~amarjeet@2405:205:4109:4c10:1a2:6705:b142:9cf7) |
16:53.10 |
*** join/#brlcad amarjeet_
(~amarjeet@2405:205:4109:4c10:1a2:6705:b142:9cf7) |
17:05.54 |
*** join/#brlcad boquete___
(~Piotr@5.172.255.147) |
17:09.57 |
*** join/#brlcad amarjeet__
(~amarjeet@169.149.184.112) |
17:11.53 |
*** join/#brlcad amarjeet__
(~amarjeet@2405:205:4109:4c10:1a2:6705:b142:9cf7) |
17:25.34 |
*** join/#brlcad ickby_
(~stefan@x5d8468e6.dyn.telefonica.de) |
17:36.18 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-obmfmpxzpqugsqiu) |
17:36.49 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:47e1:290:f5ff:fedc:3bb2) |
17:47.42 |
*** join/#brlcad Lord_of_Codes_
(~Lord_of_C@122.163.244.145) |
18:14.28 |
*** join/#brlcad thecoder
(a995bb95@gateway/web/freenode/ip.169.149.187.149) |
18:50.20 |
ries |
brlcad: on a
other completed item I did see : Waiting for parental consent
approval when I approved (I think hat was my only option) I just
clicked approve, is that ok? I did verify if the task was done
correctly.. |
18:50.24 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.161.225) |
19:02.27 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
19:04.33 |
sniok |
brlcad: Hi, I
think one student is copying another student |
19:05.07 |
sniok |
https://codein.withgoogle.com/dashboard/task-instances/4795200253722624/
is similar to
https://codein.withgoogle.com/dashboard/task-instances/6314184358756352/ |
19:14.46 |
ries |
sniok: Unless
I am overlooking, I donât see the name in the command
window |
19:15.11 |
ries |
can you
confirm that? |
19:15.15 |
sniok |
yeah, they
both lack name |
19:16.32 |
sniok |
but the
latest is more suspicious, it says 28.11.2016 in screenshot and the
same desktop as other student |
19:19.09 |
ries |
sniok:
https://codein.withgoogle.com/dashboard/task-instances/6314184358756352/
is already approved, I am not sure if we can (or should) change
that |
19:19.36 |
ries |
For
https://codein.withgoogle.com/dashboard/task-instances/4795200253722624/
I added a comment and asked for adding the name in the command
window |
19:20.15 |
sniok |
alright,
thanks |
19:20.45 |
ries |
np |
19:28.34 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.244.145) |
19:36.20 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:47e1:290:f5ff:fedc:3bb2) |
19:37.27 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-byonakododirdqsx) |
19:43.06 |
Notify |
03BRL-CAD:starseeker * 69243
brlcad/trunk/src/librt/db5_size.cpp: Consolidate the child logic
into a single function - for these purposes, it doesn't matter
whether the 'children' are from a comb or one of the primitives
that reference other objects. Simplifys the main loop. Primitive
specific logic other than comb untested, but trying a similar trick
to get the child name with a minimal cracking of the
extern. |
19:47.07 |
*** join/#brlcad merzo
(~merzo@93-195-113-92.pool.ukrtel.net) |
19:49.01 |
*** join/#brlcad MikeH
(~Mike@188.175.158.32) |
19:49.26 |
*** join/#brlcad MikeHan
(~Mike@188.175.158.32) |
20:00.28 |
Notify |
03BRL-CAD:starseeker * 69244
brlcad/trunk/src/librt/db5_size.cpp: remove the inner
timer. |
20:09.46 |
*** join/#brlcad ca_
(b497ef91@gateway/web/freenode/ip.180.151.239.145) |
20:44.51 |
*** join/#brlcad ickby_
(~stefan@x5d8468e6.dyn.telefonica.de) |
21:38.34 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-dmqoddjfoteymhov) |
22:09.25 |
*** join/#brlcad ishwerdas
(7cfd7052@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.82) |
22:25.11 |
Notify |
03BRL-CAD:starseeker * 69245
brlcad/trunk/src/librt/librt_private.h: Fix Windows
build. |
23:07.28 |
starseeker |
brlcad: what
do you think about putting a timestamp in the directory structure?
It wouldn't need to be something that had to be written to disk, as
long as it got initialized when the .g was opened and updated
whenever the directory object was written |
23:08.06 |
starseeker |
I need a way
to tell when an object has been changed, and that seems like the
simplest approach |
23:21.54 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:23.17 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
23:29.09 |
*** join/#brlcad merzo
(~merzo@93-195-113-92.pool.ukrtel.net) |
23:36.24 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-ywpvkjwyqwyhilue) |
04:10.32 |
*** join/#brlcad infobot (ibot@rikers.org) |
04:10.32 |
*** topic/#brlcad is BRL-CAD is participating in GCI 2016!
BRL-CAD 7.26.0 is latest, 7.26.2 coming in December. || HELP
NEEDED: review, categorize 700+ previous GCI tasks: http://brlcad.org/gci/data/ |
04:11.20 |
Notify |
03BRL-CAD
Wiki:Sean * 9843 /wiki/Logo: update to current best quality version
of the new logo |
04:16.58 |
nihar |
@brlcad I can
help categorize and review the previous GCI tasks. What are the
categories into which we need to classify them? |
04:22.42 |
nihar |
Is it {Code,
UI, Documentation,Quality,Research} ? Have the tasks been
categorized yet? |
05:16.07 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:408e:b046:2026:6e69:4075:85d2) |
05:21.29 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:408e:b046:2026:6e69:4075:85d2) |
05:26.58 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:408e:b046:2026:6e69:4075:85d2) |
05:50.05 |
shardulc |
hello, I'm
doing this task
https://codein.withgoogle.com/dashboard/task-instances/4863687265353728/
currently |
05:50.07 |
gcibot |
Eliminate "No
return statement" warnings in LibreCAD || 3 days || Code, QA ||
BRL-CAD |
05:50.43 |
shardulc |
when there is
a pair of .cpp/.h files, and most of the methods in the .h are
implemented in the .cpp but some aren't |
05:52.11 |
shardulc |
the
unimplemented functions give the 'no return statement'
warnings |
05:52.16 |
shardulc |
how should I
fix this? |
05:57.36 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.150.74) |
06:00.42 |
*** join/#brlcad ickby_
(~stefan@x5d844bce.dyn.telefonica.de) |
06:01.35 |
brlcad |
``Erik: heh,
is choice #1 |
06:03.09 |
brlcad |
ignacio:
there is a public API, but only admins have access |
06:05.38 |
brlcad |
ignacio:
also, if you want to write up a gci task for that, I'd be happy to
support it |
06:05.45 |
brlcad |
(for
gcibot) |
06:07.02 |
brlcad |
nihar: the
categories are whatever make the most sense for processing them
further, not necessarily the original categories that heavily
overlap |
06:07.29 |
brlcad |
for example,
it'd be really useful to have all the non-modeling design tasks
categorized together |
06:07.42 |
brlcad |
and all the
3d model tasks grouped together |
06:07.56 |
brlcad |
all the ones
with a code change grouped together, etc |
06:08.18 |
brlcad |
basically,
it's about setting up workflows |
06:12.11 |
ignacio |
brlcad, I
managed to fix the task-instance thing, thanks to shardulc comment
(about redirecting to public task website) when using a student/non
mentor account :D |
06:12.34 |
brlcad |
:) |
06:12.48 |
ignacio |
so I made a
google account just for gcibot, and it works :D |
06:13.48 |
shardulc |
brlcad: could
you help me with
https://codein.withgoogle.com/dashboard/task-instances/4863687265353728/
please? |
06:13.50 |
gcibot |
Eliminate "No
return statement" warnings in LibreCAD || 3 days || Code, QA ||
BRL-CAD |
06:14.30 |
shardulc |
ignacio: ^^
it works |
06:14.45 |
brlcad |
shardulc:
sure, what's up? |
06:15.58 |
nihar |
@brlcad What
format do you want the output file which contains a list of
categorized tasks? |
06:17.12 |
shardulc |
brlcad: there
is a x.h file and an x.cpp file, where x.h declares a lot of
functions but x.cpp doesn't implement all of them |
06:17.26 |
brlcad |
it works,
except it's reporting time avail (useless, needs to be time
remaining), and don't need type or org name -- better would be last
comment/action on the task |
06:17.40 |
shardulc |
when it
doesn't, the corresponding x.h declaration has a {} for the
function body |
06:17.50 |
ignacio |
Not sure if
the api provides that anymore |
06:17.57 |
shardulc |
which gives
the 'no return' error: how should I fix this? |
06:18.11 |
ignacio |
I'll look
asap |
06:18.27 |
brlcad |
shardulc: so
tell me what the error is? |
06:18.49 |
brlcad |
ignacio:
could always screenscrape it ;) |
06:19.27 |
brlcad |
shardulc:
rather, tell me what you think that error menas |
06:19.27 |
shardulc |
brlcad:
"warning: no return statement in function returning non-void
[-Wreturn-type]" |
06:19.43 |
ignacio |
Thats kinda
what I do.. Google use "json" files for tasks :P |
06:19.44 |
brlcad |
tell me in
your own words, what's the problem? |
06:19.59 |
brlcad |
ignacio: ah,
k |
06:20.14 |
shardulc |
it means that
the function is supposed to return a particular type, but it
returns nothing (and it's not a void function) |
06:20.23 |
brlcad |
shardulc:
perfect |
06:20.48 |
brlcad |
so the task
says what? |
06:20.49 |
shardulc |
so to fix it,
it should return an object of that type, but is there any such
thing as a null object? |
06:20.58 |
shardulc |
the task is
to fix all those warnings |
06:21.17 |
brlcad |
well take one
example, what's the function? |
06:21.55 |
shardulc |
<PROTECTED> |
06:22.13 |
ignacio |
https://paste.fedoraproject.org/495420/14806597
just FYI that's all the info that Google provides for public
use.. |
06:22.13 |
shardulc |
return type
'CADEntity_CSPtr' |
06:22.16 |
ignacio |
ttyl glee
time :) |
06:22.42 |
shardulc |
I have no
idea what a CADEntity_CSPtr is |
06:23.21 |
brlcad |
shardulc: so
that's step #2, find out what it is |
06:24.08 |
shardulc |
for starters,
I ran ctags on the lckernel subdirectory but no CADEntity_CSPtr
definition |
06:24.16 |
brlcad |
based on the
name, you could reasonably assume something about the
type |
06:24.25 |
shardulc |
I guess I'll
check all the sources... |
06:24.31 |
shardulc |
brlcad: it's
a pointer? |
06:24.33 |
brlcad |
grep -r
CADEntity_CSPtr . |
06:24.42 |
brlcad |
yeah, that's
what the name kind of indicates |
06:24.49 |
brlcad |
so if it's a
pointer, what could you return? |
06:25.36 |
brlcad |
what's the
one pointer that rules them all? |
06:26.59 |
shardulc |
void*
! |
06:27.03 |
shardulc |
thanks |
06:27.07 |
brlcad |
heh, not
quite |
06:27.19 |
brlcad |
that's a
type |
06:27.34 |
brlcad |
what's an
"actual" pointer that you always have |
06:27.35 |
shardulc |
the null
pointer (of type void*)? |
06:27.40 |
brlcad |
there you
go |
06:27.43 |
brlcad |
NULL |
06:27.51 |
brlcad |
or nullptr
for 11isms |
06:27.51 |
shardulc |
thanks so
much |
06:28.16 |
brlcad |
so for most
of those return types, you should be able to return NULL; // task
comment |
06:28.19 |
brlcad |
or return
0; |
06:28.56 |
brlcad |
the only
tricky ones will be any passing a class (boo, bad), in which case
you should probably talk to one of the librecad devs as to what
they want you to do |
06:29.06 |
shardulc |
oh
ok |
06:29.06 |
nihar |
what format
should the categorized files be in? excel file or something
else? |
06:29.32 |
brlcad |
nihar: the
plan was to use directories to categorize |
06:29.45 |
brlcad |
as tasks will
progress from dir to dir as they are processed through
workflows |
06:30.13 |
nihar |
okay but if
there are various types of categories.. we need to decide some
hierarchy |
06:30.39 |
brlcad |
for example,
might start with a "code changes" bucket but then create separate
"needs documentation", "needs testing", "needs to be committed"
buckets to progress them through |
06:30.57 |
brlcad |
flat is fine,
this doesn't need to be fancy or complicated |
06:31.08 |
brlcad |
the point is
to process them as quickly and efficiently as possible |
06:31.12 |
nihar |
oh got
it |
06:31.30 |
nihar |
should i take
up this task? or is anybody working on it? |
06:31.33 |
brlcad |
so putting
related items into a dir together lets (someone) focus on a
particular repetitive task quickly |
06:32.00 |
brlcad |
nihar: nobody
is working it but first .. are you gci or just looking to get
involved? |
06:32.44 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
06:32.46 |
nihar |
just looking
to get involved.. I am in 4th year, studying at IIT Bombay.. My
course is a 5 year course and I want to try for GSoC in
summer |
06:32.58 |
brlcad |
ah, okay,
grand |
06:33.12 |
nihar |
roger |
06:33.24 |
brlcad |
so what we
need to do then is get you setup with access to that
repo |
06:33.32 |
*** join/#brlcad amarjeet_
(~amarjeet@202.164.53.117) |
06:33.36 |
nihar |
yes i shall
need it |
06:33.49 |
brlcad |
the data is
too big to host on github without getting complicated |
06:34.09 |
brlcad |
and external
git access isn't set up |
06:34.30 |
brlcad |
I'll see if I
can set that up quickly now -- if not, I'll check back with you
tomorrow |
06:35.15 |
nihar |
can you add
me as a contributor on github? |
06:35.20 |
nihar |
that shall do
it right? |
06:35.39 |
nihar |
oh the data
isnt on github.. sorry |
06:37.27 |
nihar |
shall wait
for your call then :) |
06:53.49 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-qyhhhlbqfnhqpucr) |
07:03.48 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.244.145) |
07:07.12 |
brlcad |
ugh, so nihar
this is going to take a bit longer .. I have anon remote cloning
set up, but still need a read-write path |
07:07.18 |
brlcad |
will have to
follow up later |
07:17.48 |
nihar |
ok no problem
I shall be starting the classification till then |
07:42.04 |
*** join/#brlcad merzo
(~merzo@91.217.179.122) |
07:49.54 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
07:51.25 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:52.04 |
*** join/#brlcad amarjeet
(~Amarjeet@202.164.53.117) |
08:06.44 |
*** join/#brlcad amarjeet
(~Amarjeet@202.164.53.117) |
09:05.18 |
*** join/#brlcad parthmiglani
(~parthmigl@47.9.111.83) |
09:30.29 |
*** join/#brlcad mandarj
(b6463fb9@gateway/web/freenode/ip.182.70.63.185) |
09:31.02 |
*** part/#brlcad mandarj
(b6463fb9@gateway/web/freenode/ip.182.70.63.185) |
09:35.24 |
*** join/#brlcad amarjeet
(~amarjeet@202.164.53.117) |
09:40.51 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-066-132-017.088.066.pools.vodafone-ip.de) |
09:42.06 |
*** join/#brlcad teepee]
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
10:06.58 |
*** join/#brlcad Archak
(67cbeabc@gateway/web/freenode/ip.103.203.234.188) |
10:13.03 |
amarjeet |
hey,
brlcad |
11:53.11 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:17cc:290:f5ff:fedc:3bb2) |
12:21.21 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
12:23.57 |
Notify |
03BRL-CAD
Wiki:Kuldeep singh * 0 /wiki/User:Kuldeep_singh: |
12:50.07 |
``Erik |
Stragus: busy
but good... slowly surviving trial by fire and opting to learn
everything the hard way :) |
12:52.47 |
``Erik |
http://paperhub.s3.amazonaws.com/7558905a56f370848a04fa349dd8bb9d.pdf
hmmmm O.o (mebbe not directly applicable to anyones current
projects, but interesting and the approach may be tweakable to
improve alu throughput for more apropos tasks...) |
12:53.33 |
``Erik |
(don't worry,
starseeker, it's a cache compression research paper, barely any
nekkid people at all) |
12:53.53 |
starseeker |
<snort>
- mellowing in your old age are you? |
12:54.01 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.189.76) |
13:09.19 |
*** join/#brlcad shubham
(9d7752f4@gateway/web/freenode/ip.157.119.82.244) |
13:11.29 |
Notify |
03BRL-CAD:starseeker * 69248
brlcad/trunk/src/libbu/tests/humanize_number.c: fix debian
build |
13:39.19 |
*** join/#brlcad ca_
(b497e3c0@gateway/web/freenode/ip.180.151.227.192) |
13:50.17 |
nihar |
brlcad: I
have started classifying the tasks here: |
13:50.17 |
nihar |
https://docs.google.com/spreadsheets/d/1Eurs5nCo--PY10nIf496ALG3qm37u-AmEL3UhNmaBwo/edit?usp=sharing |
13:50.17 |
nihar |
Are these the
correct classes? Can you suggest what other classes I can
use? |
13:50.18 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
13:51.59 |
*** join/#brlcad ARC__
(67cbe99f@gateway/web/freenode/ip.103.203.233.159) |
13:52.05 |
ARC__ |
hi |
13:59.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:19.54 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.189.76) |
14:20.23 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
14:27.59 |
ARC__ |
@amarjeet Hi
i ve started working on creating a simple house using
openscad...can I get to see some sample projects made using
openscad? |
14:29.15 |
amarjeet |
There a lot
examples given in OpenSCAD itself |
14:29.23 |
amarjeet |
You would see
them |
14:29.49 |
amarjeet |
Could* |
14:30.59 |
amarjeet |
And if you
want more examples you could see it on thingiverse site |
14:34.47 |
ARC__ |
Another
thing...my cursor is creating problem in openscad...it appears as a
blinking underscore |
14:35.54 |
amarjeet |
I think you
pressed insert keyboard key |
14:36.37 |
amarjeet |
Just press it
again. |
14:37.08 |
ARC__ |
cool..thanks |
14:48.46 |
ARC__ |
how to use
difference and translate command with module command? |
14:59.11 |
amarjeet |
First declare
a module then |
14:59.19 |
amarjeet |
Attach
translate to it |
14:59.42 |
amarjeet |
When you want
to use it |
15:00.13 |
amarjeet |
Like
translate(.....)moduleName(); |
15:19.21 |
caen23 |
brlcad: i
added the valgrind task, but i think you need to publish it (either
that, or i can't find the button) |
15:32.26 |
*** join/#brlcad shardulc
(~shardulc@c-50-136-234-141.hsd1.ca.comcast.net) |
15:36.13 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
16:03.53 |
*** part/#brlcad dracarys983
(dracarys98@nat/iiit/x-qyhhhlbqfnhqpucr) |
16:18.02 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
16:20.34 |
ARC__ |
@amarjeet For
the t-shirt making can I draw and upload the picture I have in my
mind? |
16:20.53 |
amarjeet |
Yes,
sure |
16:24.55 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
16:25.40 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-066-132-017.088.066.pools.vodafone-ip.de) |
16:26.31 |
*** join/#brlcad ickby_
(~stefan@x5d847763.dyn.telefonica.de) |
16:59.06 |
*** join/#brlcad boquete___
(~Piotr@91.232.62.60.studiowik.net.pl) |
16:59.17 |
*** join/#brlcad boquete_
(~Piotr@91.232.62.60.studiowik.net.pl) |
17:35.01 |
gcibot |
is bored :( |
17:36.57 |
ARC__ |
@amarjeet If
I want to show you my model...how will I show it to you
now? |
17:38.38 |
amarjeet |
You would
submit it at GCI or you would upload it any image hosting like
imgur and share link here |
17:38.49 |
amarjeet |
Could* |
17:39.02 |
ARC__ |
ok
:) |
17:40.25 |
gcibot |
is bored :( |
17:40.27 |
amarjeet |
I don't why i
am today writing would in place of could everywhere. |
17:40.55 |
gcibot |
is bored :( |
17:41.08 |
*** join/#brlcad gcibot
(ignacio@unaffiliated/ignaciouy/bot/gcibot) |
17:41.47 |
ignacio |
sorry for the
spam.. |
17:41.50 |
ignacio |
gcibot,
remove admin ezequielpereira |
17:41.50 |
gcibot |
no longer loves ezequielpereira |
17:44.37 |
ARC__ |
http://imgur.com/a/gqMjb |
17:49.10 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
17:51.36 |
amarjeet |
Its a good
start. Now, Coming to question What need to be done more. I think
adding Windows and door could be good start. |
17:53.38 |
amarjeet |
And If you
feel stuck and need some help in designing you would also ask
people at #openscad |
17:53.50 |
ARC__ |
Yeah even I
was thinking the same :) Do you want to see the interior of the
house too...I mean if on creating a difference of a cube...do u
want the interior to be visible ? |
17:54.19 |
ARC__ |
#openscad |
18:03.21 |
amarjeet |
Its your
choice. Build it way you like. Use your creative
freedom. |
18:14.01 |
*** join/#brlcad shardulc
(~shardulc@c-50-136-234-141.hsd1.ca.comcast.net) |
18:17.13 |
*** join/#brlcad ickby
(~stefan@x5d847763.dyn.telefonica.de) |
18:45.31 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:06.51 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
19:22.37 |
*** join/#brlcad piotrantosz
(~Piotr@91.232.62.60.studiowik.net.pl) |
19:37.03 |
*** join/#brlcad Caterpilar2
(~caterpill@unaffiliated/caterpillar) |
19:53.53 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
20:18.37 |
*** join/#brlcad sajarin
(a59bc063@gateway/web/freenode/ip.165.155.192.99) |
20:20.13 |
sajarin |
I don't mean
to sound needy. but would anyone mind reviewing my submission to
the first task on GCI. I would like to move on to harder
tasks. |
20:20.39 |
sajarin |
Much thanks
to the person who does. |
20:22.29 |
*** join/#brlcad sajarin_
(a59bc063@gateway/web/freenode/ip.165.155.192.99) |
21:15.02 |
caen23 |
ries:
regarding the task about compiling librecad on os x (the one taken
by thijs), i think he's not done and should pursue it a bit
further. i have the exact same setup as him, and two commands were
enough to compile and run librecad. i think he's getting the
arguments to qmake wrong, and he's close, i could probably help him
do it completely |
21:54.59 |
Notify |
03BRL-CAD:starseeker * 69249
brlcad/trunk/bench/CMakeLists.txt: Keep the .sh extension on the
benchmark script |
22:23.16 |
ries |
caen23: I
have seen one other gau with a similar issue. Strickly speaking he
did accomplish his goal (The goal of this task is to compile and
install LibreCAD from source code.) unfortunatly he didn;t run and
we did tried a couple of thingâs using chat |
22:24.21 |
ries |
He comments
do shpw more knowledge than just beginner.. I also discussed this
with LordOfBikes and he also agreed that we could pass him for this
task. |
22:54.57 |
caen23 |
i agree,
although i was thinking that if he were to attempt code-related
tasks, being able to compile and test his changes would
help |
22:55.27 |
caen23 |
i was also
considering editing the wiki entry to add steps for
homebrew |
23:11.22 |
*** join/#brlcad Zitar
(~Zitar@37.37.138.69) |
23:13.53 |
*** join/#brlcad Caterpilar2
(~caterpill@unaffiliated/caterpillar) |
23:15.05 |
Zitar |
Hi! Is it a
good idea to use blender as the gui for brlcad? As using brlcad as
a render engine? |
23:18.27 |
Zitar |
q |
23:20.15 |
*** join/#brlcad Zitar
(~Zitar@37.37.138.69) |
00:00.37 |
ries |
caen23: I
think the brew howto is already kinda old⦠I am using boost from
ports, but installed Qt from the download because I had issues with
portâs verion of qt myself |
00:06.21 |
ries |
caen23:
should we create a task âFix compiling LibreCAD with
brewâ? |
00:27.44 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
00:36.20 |
caen23 |
ries: i don't
think there's anything to fix |
00:36.34 |
caen23 |
i can build
everything just fine by running qmake and make |
00:37.19 |
caen23 |
i also
updated the wiki on github with the steps to build using homebrew
and the default llvm |
00:39.01 |
caen23 |
that's why i
was asking thijs questions on that task, because i'm sure he's
missing some very small detail |
00:40.22 |
brlcad |
starseeker:
intentionally removed .sh from the benchmark long time ago, and
there are extensive docs hiding the fact that it's a script (and
intention is that it will not remain a script for much longer, I
almost have all the pieces necessary converted) |
00:41.06 |
brlcad |
caen23: will
publish the staged tasks here in a little bit |
00:41.08 |
brlcad |
thanks |
00:43.03 |
caen23 |
brlcad: great
:D |
00:44.45 |
caen23 |
ries: oh, and
regarding the first problem he encountered, where he was able to
compile, but not run the app, the problem appears when using
macqtdeploy, which bundles the qt stuff inside the .app. but i
haven't really looked into why that breaks running the app, maybe
that's a good task |
00:47.16 |
brlcad |
nihar:
looking good, but remember that the categorization needs to lead to
answering "what is next?" |
00:48.22 |
caen23 |
brlcad:
speaking of homebrew, maybe we could have a task for creating a
brlcad formula for homebrew? i see librecad is already installable
via homebrew |
00:50.28 |
brlcad |
ries: caen23:
regarding the compilation issues -- general suggestion if they run
into a failure that is not their fault, to just have them report
everything they did (transcript, logs, etc) and mark it closed,
especially after it's clear they've spent more than 4 hours on the
task |
00:50.43 |
brlcad |
caen23:
sounds like a great task -- please write it up |
00:51.01 |
caen23 |
will
do |
01:33.41 |
starseeker |
brlcad: OK...
we can put it back, but right now it's confusing brlman
:-( |
01:36.17 |
Notify |
03BRL-CAD:starseeker * 69250
brlcad/trunk/bench/CMakeLists.txt: preferred not to have sh on this
file... need some other solution for brlman problem on
Windows... |
01:40.14 |
brlcad |
starseeker:
how so? |
01:41.11 |
starseeker |
brlman is set
up so that if you give it a string that identifies a file on the
filesystem it will attempt to read that rather than using the
bu_brlcad_data path lookups |
01:41.14 |
brlcad |
manual pages
(at least on linux) are independent of the binary |
01:41.58 |
starseeker |
because
benchmark has no file extensions and on Windows brlman's cwd is the
binary directory where the executable resides, it's picking up the
sh script in the gui |
01:43.18 |
starseeker |
my other
thought was to hide the "read a file I'm specifying" ability behind
an option (say -f <filename> in order to specify a
file) |
01:43.28 |
starseeker |
that's a bit
of work but undoubtedly safer |
01:43.45 |
starseeker |
will take a stab at it tomorrow |
01:43.49 |
brlcad |
I presume
this is the brlman.tcl script? |
01:44.07 |
starseeker |
nods, but I expect the command line version would have
similar problems in a similar situation |
01:44.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:45.10 |
brlcad |
another
temp-solution would be to test for SH_EXEC and if NOT, don't run
the configure_file |
01:45.59 |
brlcad |
but I think
you're right -- an explicit option for reading specific files would
be best |
01:47.25 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-225-171.092.074.pools.vodafone-ip.de) |
01:47.42 |
brlcad |
starseeker:
so is that logic somewhere in ManBrowser? not seeing it in
brlman.tcl |
01:47.55 |
starseeker |
yeah, it's in
man_browser.tcl |
01:48.04 |
starseeker |
wonders if brlman.tcl is even used any
more... |
01:48.18 |
brlcad |
brlman.bat
uses it |
01:48.37 |
starseeker |
we still have
brlman.bat? |
01:48.43 |
brlcad |
apparently |
01:48.43 |
starseeker |
thought he got rid of that |
01:49.41 |
starseeker |
oh, the C
code uses brlman.tcl to fire things off |
01:49.56 |
starseeker |
doesn't see brlman.bat in trunk |
01:50.14 |
brlcad |
ah, maybe you
did kill the .bat ... it's ironically installed into my bin dir
(on mac) |
01:50.21 |
brlcad |
undoubtedly
left over |
01:50.42 |
brlcad |
looks like
mged.bat installs/installed too |
01:50.53 |
starseeker |
nods - yeah, those ended up in some installs just to avoid OS
conditionals I think (another reason I wanted to get rid of the bat
files) |
01:51.13 |
starseeker |
the only ones
left in trunk now are in src/other |
01:51.15 |
starseeker |
tcl and
tk |
01:51.26 |
starseeker |
and I don't
think any of them are installed |
01:53.00 |
brlcad |
great! |
01:53.10 |
brlcad |
that only
took like 15 years :) |
01:53.16 |
starseeker |
heh |
03:18.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:18.51 |
*** join/#brlcad gongy
(~gongy@c220-239-97-230.belrs4.nsw.optusnet.com.au) |
03:20.40 |
*** join/#brlcad gcibot
(ignacio@unaffiliated/ignaciouy/bot/gcibot) |
03:24.19 |
*** join/#brlcad gcibot
(ignacio@unaffiliated/ignaciouy/bot/gcibot) |
03:25.42 |
*** join/#brlcad gcibot
(ignacio@unaffiliated/ignaciouy/bot/gcibot) |
03:29.17 |
*** join/#brlcad gcibot
(ignacio@unaffiliated/ignaciouy/bot/gcibot) |
03:29.46 |
*** join/#brlcad gcibot
(ignacio@unaffiliated/ignaciouy/bot/gcibot) |
03:36.07 |
*** join/#brlcad gcibot
(ignacio@unaffiliated/ignaciouy/bot/gcibot) |
03:37.15 |
*** join/#brlcad gcibot
(ignacio@unaffiliated/ignaciouy/bot/gcibot) |
03:38.08 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
03:58.25 |
*** join/#brlcad shadow21
(~IceChat9@182.68.253.125) |
03:58.30 |
shadow21 |
hello |
03:58.59 |
shadow21 |
who is the
mentor for brl-cad buisness card logo designing |
03:59.15 |
shadow21 |
can i
communicate wiht you in any other way |
03:59.19 |
brlcad |
shadow21:
there are many/any -- what's your question? :) |
03:59.42 |
brlcad |
here is best
for the fastest response |
03:59.56 |
brlcad |
but questions
on the site work too |
04:00.12 |
brlcad |
especially if
you mark the task as ready for review, it will get
attention |
04:01.11 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:408e:b046:42b9:4b92:a61e:4c58) |
04:05.59 |
shadow21 |
okay |
04:06.17 |
shadow21 |
well now i
have done what i wanted to do |
04:06.33 |
shadow21 |
ill just be
submitting the task in a while |
04:09.45 |
brlcad |
alright,
everything going well? |
04:13.31 |
nihar |
B |
04:13.41 |
brlcad |
caen23: all
the new tasks are published |
04:14.12 |
brlcad |
also created
non-beginner versions of the compile and install tasks, since they
can only do those as beginners |
04:14.16 |
nihar |
Can you give
me the access? |
04:14.50 |
brlcad |
nihar: did
you see my comment about "what is next?" |
04:15.29 |
brlcad |
it's not just
a matter of giving you access -- it's setup too, that's the
work |
04:15.43 |
nihar |
Yes, I
understand that I need to review each task |
04:15.44 |
brlcad |
if it was
just access, you would have it already |
04:16.18 |
brlcad |
nihar: no, I
mean the categories should be towards a workflow, answering "what
is next" |
04:17.22 |
brlcad |
i noticed you
took those three code categories I mentioned and added them, but
those won't necessarily be categories (maybe, maybe not, probably
not) |
04:17.59 |
nihar |
Yes, I need
to specify what next is to be done now |
04:19.03 |
nihar |
I didn't know
that previously |
04:19.37 |
nihar |
I assumed you
wanted to categorize what the task is about |
04:20.04 |
brlcad |
another way
of thinking about it is like tagging the tasks as "needs_review",
"needs_to_be_published_to_wiki", "needs_code_cleanup",
etc... |
04:20.08 |
brlcad |
don't just
use those, they're just examples! |
04:21.08 |
brlcad |
if you're
wanting a black and white recipe, then this will not be a
productive task .. have to figure out what
categorization/groupings/taggins make the most sense, will help
them get processed and integrated properly the most
quickly |
04:21.26 |
brlcad |
doable, but
it'll take some thinking and trial |
04:22.00 |
nihar |
No, i have
got the idea now |
04:22.21 |
brlcad |
great |
04:22.25 |
nihar |
I can make my
own categories too right? |
04:22.48 |
brlcad |
there are
currently no categories other than "uncategorized" |
04:22.53 |
brlcad |
so YES, you
will have to :) |
04:22.58 |
nihar |
okay
cool |
04:23.10 |
brlcad |
that's the
whole point -- figuring out what categories will actually be
useful |
04:23.29 |
nihar |
so please
help me with the setup |
04:23.29 |
brlcad |
for example,
just grouping all of the documentation tasks together is not
incredibly useful |
04:24.01 |
nihar |
ya we need to
divide them further |
04:24.01 |
brlcad |
grouping all
the wiki updates together, that might be useful |
04:24.37 |
brlcad |
help you with
setup how? |
04:25.07 |
nihar |
like i have
brlcad installed.. I also have access of the data |
04:25.59 |
nihar |
shall i need
something else too? |
04:26.23 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:408e:b046:42b9:4b92:a61e:4c58) |
04:26.41 |
brlcad |
at this
point, not much else |
04:26.57 |
brlcad |
there's the
task repo, but that's still read-only at the moment |
04:27.38 |
nihar |
okay.. i
shall begin then |
04:27.48 |
nihar |
you can later
review my categories |
04:27.58 |
nihar |
then we can
create directories |
04:27.59 |
brlcad |
that sounds
like a good start |
04:28.11 |
nihar |
and move
files accordingly |
04:28.43 |
nihar |
thanks for
help |
04:30.18 |
brlcad |
thank
you |
04:31.54 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.148.72) |
05:00.32 |
amarjeet |
Hi brlcad,
There are two compile and install LibreCAD 2 tasks which I think
have same description |
05:08.27 |
brlcad |
amarjeet:
yes, one is marked beginner, one is not |
05:09.27 |
brlcad |
I can remove
one |
05:10.11 |
amarjeet |
Does beginner
mark create difference and what? |
05:12.16 |
brlcad |
beginner
tasks are supposed to assume no experience |
05:13.18 |
brlcad |
done,
fixed |
05:44.16 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.244.145) |
06:18.50 |
*** join/#brlcad shardulc
(~shardulc@c-50-136-234-141.hsd1.ca.comcast.net) |
06:28.06 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.244.145) |
06:30.39 |
*** join/#brlcad shubham
(9d7752f4@gateway/web/freenode/ip.157.119.82.244) |
06:33.55 |
*** join/#brlcad amarjeet_
(~amarjeet@202.164.53.117) |
07:21.45 |
*** join/#brlcad Apr
(75d63585@gateway/web/freenode/ip.117.214.53.133) |
07:22.01 |
Apr |
join
#openscad |
07:43.50 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.164.79) |
09:10.26 |
*** join/#brlcad ickby
(~stefan@x5d847763.dyn.telefonica.de) |
09:31.38 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
09:34.21 |
*** join/#brlcad amarjeet_
(~amarjeet@202.164.53.117) |
09:37.10 |
*** join/#brlcad amarjeet_
(~amarjeet@202.164.53.117) |
10:11.26 |
*** join/#brlcad sdsdsd
(75d62f33@gateway/web/freenode/ip.117.214.47.51) |
10:47.09 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
11:27.45 |
*** join/#brlcad amarjeet
(~Amarjeet@202.164.53.117) |
11:46.42 |
*** join/#brlcad shadow21
(~IceChat9@171.79.60.153) |
11:52.19 |
*** join/#brlcad amarjeet
(~Amarjeet@202.164.53.117) |
11:55.27 |
shadow21 |
please have a
view at my latest submission, i am deeply sorry for my previous
attitude towards the task. |
12:03.41 |
caen23 |
shadow21:
link to the task? |
12:11.04 |
shadow21 |
are you a
mentor? |
12:39.28 |
*** join/#brlcad boquete___
(~Piotr@91.232.62.60.studiowik.net.pl) |
12:44.02 |
caen23 |
shadow21:
yes, but i checked out your task, can't really help you, not my
area |
12:48.24 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.152.30) |
13:12.22 |
shadow21 |
then please
tell the incharge of my task to give a review, i guess i've done
some wrong actions which have resulted my mentor being a bit uhappy
with the work i'm turning in. |
13:16.50 |
amarjeet |
Hey, could
you tell the task about which you are talking about |
13:24.07 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
13:25.52 |
*** join/#brlcad ickby_
(~stefan@x5d8474cb.dyn.telefonica.de) |
13:27.10 |
shadow21 |
the task is
to design a buisness card for brl-cad |
13:29.58 |
amarjeet |
I have
checked and there is nothing like that a mentor will not review
your task because he is unhappy or anything like that. They will
definitely review it just be patient :) |
13:45.47 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
14:04.10 |
shadow21 |
okay |
14:30.08 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
14:31.50 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
14:38.51 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
14:50.36 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:02.15 |
*** join/#brlcad juskirat2000
(3b5b437d@gateway/web/freenode/ip.59.91.67.125) |
15:02.25 |
juskirat2000 |
hello |
15:02.34 |
juskirat2000 |
is there any
mentor ? |
15:03.29 |
juskirat2000 |
?? |
15:05.30 |
amarjeet |
Hi |
15:05.46 |
amarjeet |
Just saw your
design nice work |
15:06.39 |
juskirat2000 |
thank you
sir |
15:07.18 |
juskirat2000 |
is it
approved? |
15:07.52 |
juskirat2000 |
? |
15:09.42 |
amarjeet |
No, I was
just typing things that are missing like design in editable format
and link to source you used and improvements that could be
done. |
15:10.54 |
juskirat2000 |
i made it in
png |
15:11.51 |
juskirat2000 |
link to
source you use - i didn't get it |
15:13.04 |
juskirat2000 |
<amarjeet> could you please tell me
so that i can improve. |
15:13.16 |
amarjeet |
Link to
source means from where you took things like to template or images
you used in that design |
15:14.11 |
juskirat2000 |
that also i
have to mention within the comment ? |
15:14.39 |
juskirat2000 |
<amarjeet> and i made it in
png |
15:14.45 |
amarjeet |
Yes, Its
mentioned in task description |
15:15.38 |
juskirat2000 |
but its not
there |
15:16.45 |
juskirat2000 |
<amarjeet> its not there in task
description |
15:17.05 |
amarjeet |
Following is
quoted from task description " Cite the source of any images you do
use. If you have any doubts, just or keep it simple and fully
design everything yourself." |
15:18.14 |
*** join/#brlcad piotrantosz
(~Piotr@91.232.62.60.studiowik.net.pl) |
15:18.16 |
juskirat2000 |
<amarjeet> but i did everything
myself only |
15:20.13 |
juskirat2000 |
? |
15:20.39 |
amarjeet |
Did you
created the shirt on which you designed by yourself? |
15:21.01 |
juskirat2000 |
yes |
15:21.24 |
juskirat2000 |
no shirt i
didn't design |
15:21.36 |
*** join/#brlcad goelsnigdha
(b6402987@gateway/web/freenode/ip.182.64.41.135) |
15:22.09 |
juskirat2000 |
<amarjeet> no shirt i didn't design
but rest all the things were design by me |
15:22.36 |
amarjeet |
So, you have
to mention from where you took the shirt thats all |
15:23.01 |
juskirat2000 |
ok |
15:23.47 |
juskirat2000 |
<amarjeet> i have done it . you can
check |
15:24.49 |
amarjeet |
I will check
it in sometime and reveiw your task. |
15:25.25 |
juskirat2000 |
ok i am
waiting ....... |
15:25.29 |
juskirat2000 |
thanks |
15:25.54 |
shadow21 |
my task still
hasn't been reviewed. Its been uploaded since 2pm IST. |
15:41.05 |
*** join/#brlcad shadow21
(~IceChat9@171.79.60.153) |
15:44.12 |
shadow21 |
helloo |
15:44.14 |
shadow21 |
anyone |
15:44.27 |
shadow21 |
a lot my time
is being wasted |
15:45.38 |
brlcad |
shadow21:
reviews are guaranteed once a day (within 36 hours
technically) |
15:46.00 |
brlcad |
that's why
it's very important to read and address all feedback from mentors
when it's given, and to double-check your work |
15:46.13 |
brlcad |
at least, if
you're trying to win, that's pretty much requisite |
15:46.43 |
*** join/#brlcad dracarys983
(~dracarys9@49.205.121.55) |
15:47.08 |
brlcad |
juskirat2000:
you shouldn't assume anyone is a sir when talking online, and such
formality is generally inappropriate/discouraged for open
source |
15:47.56 |
brlcad |
amarjeet: for
the previews, using a stock t-shirt template is okay -- it's their
editable source files that should be original work |
15:48.08 |
brlcad |
i.e., the
artwork that would get sent to a printer |
15:48.15 |
brlcad |
you don't
send t-shirt templates to a printer ;) |
15:49.39 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:51.02 |
amarjeet |
Okay, and Is
PNG accepted as editable format |
15:51.32 |
brlcad |
only in very
limited circumstances -- probably should remove it from the
list |
15:52.01 |
*** join/#brlcad merzo
(~merzo@93-195-113-92.pool.ukrtel.net) |
15:52.02 |
brlcad |
editable
would be something like .psd, .ai |
15:52.08 |
amarjeet |
Yes, I also
think it should be |
15:52.27 |
brlcad |
i think
inkscape writes .svg by default, so that's another |
15:52.47 |
brlcad |
basically,
something that has layers, text that is editable and can be
repositioned |
15:54.51 |
amarjeet |
Okay |
16:13.32 |
brlcad |
amarjeet: i
noticed you're reviewing tasks but not marking them needing more
work or approved? intentional? |
16:15.54 |
amarjeet |
I just didn't
marked single task intentionally |
16:16.14 |
amarjeet |
As I want to
ask something from you at that time |
16:17.10 |
amarjeet |
It was
related to building model of house using OpenSCAD. |
16:19.09 |
amarjeet |
I wanted to
know does we need to check how the model looks or just we have to
check that task is completed according to description |
16:22.20 |
*** join/#brlcad juskirat2000
(3b5b44bc@gateway/web/freenode/ip.59.91.68.188) |
16:23.37 |
juskirat2000 |
is there any
mentor ? |
16:24.09 |
gcibot |
is bored :( |
16:24.48 |
juskirat2000 |
? |
16:25.12 |
*** join/#brlcad ickby_
(~stefan@x5d8474cb.dyn.telefonica.de) |
16:26.58 |
sniok |
yes |
16:28.23 |
sniok |
https://codein.withgoogle.com/dashboard/task-instances/4710613429256192/
looks a lot like
http://brlcad.org/gci/data/uncategorized/2014-4544323332866048-Design_a_T-Shirt_for_BRL-CAD_6_-_BRL-CAD/file-3-2014-12-06T06:50-0800-Tshirt%201C.png |
16:28.32 |
gcibot |
Design a
t-shirt for BRL-CAD || 3 days || Outreach / Research ||
BRL-CAD |
16:32.03 |
brlcad |
excellent
catch sniok .. how'd you notice that? :) |
16:32.35 |
sniok |
I've been
working on categorizing previous GCI tasks |
16:33.08 |
brlcad |
yes, but to
notice that current pending task too ... wow :) |
16:33.26 |
brlcad |
props |
16:34.30 |
brlcad |
amarjeet:
it's a judgement call -- if they fulfilled the task criteria and
clearly have spend at least 3 hours on it, that's generally plenty
adequate to mark it accepted |
16:36.08 |
brlcad |
amarjeet: if
they clearly spent lots of time and effort, e.g., more than 5+
hours, definitely should be accepted unless there's a major
problem |
16:36.35 |
amarjeet |
Okay |
16:36.37 |
brlcad |
anything
less, it's okay to say it needs more work when there is something
that could be improved |
16:37.24 |
brlcad |
just be
cautious doing that more than a couple times on the non-design
tasks.. they usually take hours and asking for more work should be
to correct errors |
16:39.14 |
amarjeet |
Okay I will
take care |
16:39.20 |
brlcad |
on design
tasks, it's much more complicated -- there I tend to be more strict
on them needing to fix all technical issues (not subjective
issues!) and try to balance their effort with the quality of the
work, how close to useable it is |
16:39.49 |
brlcad |
e.g.,
http://brlcad.org/gci/data/uncategorized/2014-4544323332866048-Design_a_T-Shirt_for_BRL-CAD_6_-_BRL-CAD/file-3-2014-12-06T06:50-0800-Tshirt%201C.png
is pretty darn close to usable as-is, whether I like it or
not |
16:41.23 |
sniok |
brlcad: I
think we should make task about fixing spelling mistakes in OGV a
bit easier. I don't think there are a lot of them and fixing at
least 5 would be nice anyway. |
16:41.54 |
brlcad |
https://codein.withgoogle.com/dashboard/task-instances/4710613429256192
has aliasing errors, an unnecessary trailing / on the url, lots of
content on the belly (probably uncomfortable), but is otherwise
close to usable too |
16:41.55 |
gcibot |
Design a
t-shirt for BRL-CAD || 3 days || Outreach / Research ||
BRL-CAD |
16:43.01 |
brlcad |
okay, I can
reduce the count ... but there are more mistakes than one usually
realizes |
16:43.15 |
brlcad |
the mistake
people make is browsing the code for spelling mistakes with their
eyes |
16:43.32 |
brlcad |
spelling
mistakes are caught using tools -- if you apply common tools,
you'll find dozens |
16:45.57 |
amarjeet |
Should above
task be accepted even with aliasing error |
16:51.47 |
*** join/#brlcad juskirat2000
(3b5b44bc@gateway/web/freenode/ip.59.91.68.188) |
16:52.30 |
juskirat2000 |
i am finding
difficulty again |
16:58.52 |
brlcad |
well stop
looking for it then juskirat2000! :) |
16:58.54 |
*** join/#brlcad amarjeet_
(~amarjeet@169.149.152.30) |
16:59.06 |
brlcad |
amarjeet:
given the similarity, no |
16:59.46 |
brlcad |
for design
tasks, the bar keeps getting raised |
17:00.24 |
brlcad |
within the
next week or two, I'd like to get all the previous and new design
tasks into a gallery on github so everyoen can see prior
work |
17:00.43 |
brlcad |
it helps set
quality and uniqueness expectations |
17:04.22 |
amarjeet |
That would be
great as otherwise I would have accepted it as I would not have
know that its similar to some previous work. |
17:04.37 |
*** join/#brlcad juskirat2000
(3b5b44bc@gateway/web/freenode/ip.59.91.68.188) |
17:07.28 |
juskirat2000 |
?? |
17:11.24 |
sniok |
I've been
working on gci tasks manager, it's not done yet, I plan to finish
it once GCI is over ( so we could add this year tasks ). But it can
be useful for viewing. |
17:11.36 |
sniok |
For example
here is group for t-shirts: https://gci.esde.name/group/-KXq5e0ysT2bEn3UDJbn |
17:12.26 |
*** join/#brlcad piotrantosz
(~Piotr@91.232.62.60.studiowik.net.pl) |
17:12.59 |
juskirat2000 |
what should
do for improvement |
17:13.15 |
juskirat2000 |
what should i
do for improvement |
17:15.11 |
juskirat2000 |
? |
17:19.05 |
sniok |
juskirat2000:
As Amarjeet said you should fix jagged logo on the back and
"squeeze the "BRL-CAD" and "Open Source Solid modelling" and make
BRL-CAD little upward" |
17:20.52 |
sniok |
If you don't
understand something just ask |
17:29.48 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:51.37 |
*** join/#brlcad kintel_
(~kintel@unaffiliated/kintel) |
17:52.22 |
*** join/#brlcad gcibot
(ignacio@unaffiliated/ignaciouy/bot/gcibot) |
17:53.32 |
*** join/#brlcad gcibot
(ignacio@unaffiliated/ignaciouy/bot/gcibot) |
18:19.23 |
Notify |
03BRL-CAD
Wiki:Antero Ferreira * 0 /wiki/User:Antero_Ferreira: |
18:34.38 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
19:11.18 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.244.145) |
19:20.31 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
19:21.44 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
19:26.09 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
19:29.12 |
*** join/#brlcad dracarys983
(~dracarys9@49.205.121.55) |
19:47.22 |
*** join/#brlcad shardulc
(~shardulc@c-50-136-234-141.hsd1.ca.comcast.net) |
19:50.56 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:11.15 |
*** join/#brlcad sniok
(~sniok@pc-212-191-78-204.p.lodz.pl) |
21:53.46 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
22:55.39 |
*** join/#brlcad ipugh
(49cacaf3@gateway/web/freenode/ip.73.202.202.243) |
23:07.35 |
*** join/#brlcad piotrantosz
(~Piotr@91.232.62.60.studiowik.net.pl) |
23:48.50 |
*** join/#brlcad merzo
(~merzo@93-195-113-92.pool.ukrtel.net) |
00:46.43 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:46.34 |
*** join/#brlcad scscvntnrezesqze
(~armin@dslc-082-083-185-231.pools.arcor-ip.net) |
02:02.07 |
starseeker |
brlcad: was
lmdb (https://github.com/LMDB/lmdb/tree/mdb.master/libraries/liblmdb)
one of the key/value storage solutions on your "to-investigate"
list? |
02:07.28 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
02:15.36 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
02:17.03 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
02:23.17 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
02:24.14 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
02:24.55 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:04.52 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
03:56.52 |
*** join/#brlcad merzo
(~merzo@93-195-113-92.pool.ukrtel.net) |
04:55.51 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:37.29 |
*** join/#brlcad ickby
(~stefan@x5d846fd2.dyn.telefonica.de) |
06:04.07 |
*** join/#brlcad ickby_
(~stefan@x5d846fd2.dyn.telefonica.de) |
06:19.54 |
*** join/#brlcad ickby_
(~stefan@x5d846fd2.dyn.telefonica.de) |
06:26.38 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.141.232) |
06:28.23 |
*** join/#brlcad ickby
(~stefan@x5d846fd2.dyn.telefonica.de) |
06:33.49 |
*** join/#brlcad ickby_
(~stefan@x5d846fd2.dyn.telefonica.de) |
06:37.28 |
*** join/#brlcad Aprtm
(67cbe8b1@gateway/web/freenode/ip.103.203.232.177) |
07:06.50 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
07:08.22 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
07:36.40 |
*** join/#brlcad Aprtm
(67cbe8b1@gateway/web/freenode/ip.103.203.232.177) |
07:37.20 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
07:38.43 |
*** join/#brlcad merzo
(~merzo@91.217.179.122) |
07:44.57 |
*** join/#brlcad gcibot_
(~gcibot@r167-59-14-192.dialup.adsl.anteldata.net.uy) |
08:24.21 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
08:32.55 |
*** join/#brlcad gcibot-afk
(~gcibot@r167-59-14-192.dialup.adsl.anteldata.net.uy) |
08:32.55 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
08:33.45 |
*** join/#brlcad gcibot-afk
(~gcibot@r167-59-14-192.dialup.adsl.anteldata.net.uy) |
08:33.45 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
08:36.20 |
*** join/#brlcad ignacio
(bip@unaffiliated/ignacio) |
08:38.18 |
*** join/#brlcad Apra
(67cbe8b1@gateway/web/freenode/ip.103.203.232.177) |
08:38.45 |
Apra |
is this blog
ready to be submitted
http://openscadtutorial.blogspot.in/2016/12/openscad-program-used-to-make-3-d-models.html |
08:39.11 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:d893:6bde:784b:7b8f) |
09:44.48 |
*** join/#brlcad teepee]
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
09:56.34 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4087:aedf:d472:d1a3:9fb6:b30f) |
10:01.34 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.195.246) |
10:11.46 |
*** join/#brlcad caen23
(~caen23@79.112.95.83) |
11:07.08 |
*** join/#brlcad Arc__
(67cbe8b1@gateway/web/freenode/ip.103.203.232.177) |
11:45.02 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:25fd:290:f5ff:fedc:3bb2) |
13:03.48 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4087:aedf:d472:d1a3:9fb6:b30f) |
14:06.48 |
brlcad |
caen23: sorry
I missed your question from a couple days ago -- yes there is an
API or they can scrape, though I doubt they'll be able to scrape
without being a mentor |
14:08.21 |
brlcad |
caen23: the
CI tasks are all completely open-ended at this point. we have an
older jenkins and buildbot both installed, but how to manage them
properly is not defined. what might make the most sense is to
create an empty repo on github, and have them set everything up
there |
14:10.34 |
brlcad |
Stragus:
those opencl gci tasks aren't for performance (they don't have the
time or experience), it's just to transcode |
14:11.23 |
brlcad |
Stragus:
basically they have a time limit of about 3 hours effort, half of
which is time spent getting set up, compiled, and submtting their
work |
14:18.18 |
brlcad |
starseeker:
lmdb looks worth investigating, but I see now my database notes
were kept uncommitted: on my short list after a bit of research was
unqlite, leveldb, and tarantool |
14:20.38 |
brlcad |
I would add
lmdb to that short list |
14:25.26 |
brlcad |
would make a
good little github repo project, to set those four up and compare
them |
14:37.15 |
brlcad |
oh, rocksdb
was also on the list |
14:37.38 |
brlcad |
ahh, and this
was why I'd discounted lmdb, but presumably something is wrong in
the setup:
https://www.influxdata.com/benchmarking-leveldb-vs-rocksdb-vs-hyperleveldb-vs-lmdb-performance-for-influxdb/ |
14:45.23 |
caen23 |
brlcad: so
about the script that downloads gci data, what can a student do? is
the api public? |
14:46.09 |
caen23 |
since
scraping doesn't really look like a good option |
14:48.21 |
caen23 |
and for CI,
if buildbot is up, i suppose we should set up some clients -- maybe
look into some free service that provides those? since i don't
think it's a good idea to use personal computers as buildbot
clients (like we did last time) |
14:49.41 |
caen23 |
oh, and
another thing :D is there any way i could unsubscribe myself from
design tasks? i don't think there's much i can do there (wouldn't
know what to look for to evaluate/help properly), so it's mostly
noise for me |
14:50.06 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:00.24 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4087:aedf:d472:d1a3:9fb6:b30f) |
15:25.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:58.11 |
*** join/#brlcad dracary1083
(dracarys98@nat/iiit/x-dmuatyfpdvzahfvj) |
16:03.45 |
Notify |
03BRL-CAD:starseeker * 69261
brlcad/trunk/doc/docbook/system/mann/search.xml: Clarify options vs
search plans, add an example showing verbose output. |
16:04.03 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
16:31.09 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4180:5ef1:1a2:9bd2:34ba:de6d) |
16:45.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:59.42 |
brlcad |
caen23: the
api is public:
https://developers.google.com/open-source/gci/resources/downloads/TaskAPISpec.pdf |
17:02.49 |
brlcad |
caen23: yes,
you can either go to each task and click the "x" on your name ...
or use that API to auto-remove yourself from all of them
:) |
17:07.57 |
caen23 |
thanks
:D |
17:08.30 |
brlcad |
as admin, I
can bulk add you to tasks easily, but there is no bulk
remove |
17:37.56 |
starseeker |
brlcad: the
page you pointed to indicated lmdb came out ahead for 30M values or
less... maybe that's what it's optimized for? |
17:39.21 |
starseeker |
also: "You
could also potentially create a configuration with smaller shards
and use LMDB for screaming fast performance." |
17:44.17 |
starseeker |
also ran across and flagged rocksdb, unqlite and
leveldb... |
17:49.42 |
brlcad |
lmdb is
heavily optimized for fast reads (which is a good thing, probably
our case too) |
17:50.10 |
brlcad |
whereas
leveldb is supposedly optimized for a balancing of reads and
writes |
17:50.29 |
starseeker |
brlcad:
what's your preferred starting test? unpack a .g into them in some
way and do some random reads? |
17:52.56 |
brlcad |
basically,
but I'd structure it in context of our API |
17:53.23 |
starseeker |
um. how
so? |
17:54.14 |
brlcad |
thinking
about something like http://brlcad.org/wiki/Example_Application
minus the rt_i |
17:56.23 |
starseeker |
erm. so,
db_open, db_dirbuild, db_update_nref? |
17:57.32 |
brlcad |
update_nref
shouldn't exist |
17:57.35 |
brlcad |
but yeah,
something like that |
17:57.37 |
Stragus |
brlcad: But
wouldn't it be a problem to naively rewrite these functions to
OpenCL, if later all APIs and memory layouts have to be changed for
parallel hardware? |
17:57.55 |
Stragus |
What happens
inside the function is no big deal, but the interface and
storage... |
17:58.03 |
brlcad |
Stragus: it's
a problem if the code were used and performance gain were
expected |
17:58.42 |
Stragus |
OpenCL with
no expected performance gain... I see, eh |
17:58.43 |
brlcad |
it's all
about breaking the work up into 2-4 hour chunks |
17:58.49 |
Stragus |
All right
then |
17:59.03 |
brlcad |
first step,
convert and compile ... that's probably already more than 2-4 hours
for most of those kids |
17:59.16 |
Stragus |
:) Okay
then |
17:59.43 |
brlcad |
next step,
maybe try to optimize one of them, or maybe just profile and
report, or we come up with a pattern and they apply the
pattern |
18:00.23 |
brlcad |
either way,
definitely not an end-state by any means, just one (tiny)
incremental step forward that they can (maybe) manage |
18:00.32 |
brlcad |
so far not
even one of those tasks has been claimed and completed |
18:01.10 |
Stragus |
I see.
Thanks, I'll keep all that in mind when answering questions on the
topic |
18:01.41 |
brlcad |
starseeker:
so at heart, I think there just needs to be three basic timing
tests we'll care about |
18:02.02 |
brlcad |
Stragus: feel
free to push them further if you get a kid that understands, any
help is appreciated |
18:02.22 |
brlcad |
but honestly,
this is pushing the limits for most of them in many
regards |
18:02.28 |
brlcad |
GCI kids can
be as young as 13 |
18:02.54 |
Stragus |
Sure, it was
fun with that guy that did some CSG raytracing in
OpenCL |
18:03.01 |
Stragus |
Interesting |
18:03.02 |
brlcad |
some *are*
outstanding coders, but I've not seen any so far (we don't have
most of our coding tasks uploaded) |
18:03.26 |
brlcad |
that guy is
still here, he's helping mentor them too (vasc) |
18:03.38 |
Stragus |
Cool |
18:03.53 |
brlcad |
he actually
has a phd candidate that might be picking up where he left off as a
thesis topic |
18:04.03 |
starseeker |
favors lmdb and unqlite from a "dirt simple to integrate"
standpoint at a quick glance, but acknowledges that performance and
robustness have to be king at this level of db
IO |
18:04.26 |
brlcad |
starseeker:
yep, I was leaning towards that as well -- unqlite is particularly
basic |
18:05.13 |
starseeker |
lmdb is (i
think) 4 files that matter - lmdb.h, mdb.c midl.c and
midl.h |
18:05.14 |
brlcad |
starseeker:
the three basic timing tests are the ones you mentioned day before
yesterday: reads, writes, updates |
18:05.32 |
brlcad |
and even on
those, I think really it's the read test that matters
most |
18:05.55 |
Stragus |
I once took
libdbh (disk based hashtables, GPL) and did a complete rewrite for
higher performance. It might not be what you have in mind
though |
18:06.16 |
starseeker |
unfortunately
GPL is a non-starter |
18:06.30 |
brlcad |
how long does
it take to db_open, dirbuild and/or lookup now .. then stub a new
version of those three using unqlite and lmdb |
18:07.07 |
starseeker |
am I correct
that the type of primitive doesn't matter at this
point? |
18:07.19 |
brlcad |
yeah, I don't
think that matters |
18:07.25 |
starseeker |
i.e. we're at
struct directory, not concerned with any of the rt_db_internal
info... |
18:07.55 |
brlcad |
db_lookup is
internals |
18:08.11 |
starseeker |
so maybe we
should generate a mean large .g with sphflake to push
things... |
18:08.40 |
starseeker |
?? - I
thought db_lookup got the directory pointer given a string
key |
18:08.53 |
starseeker |
isn't that
the "read" part of the test? |
18:08.59 |
Stragus |
I see, right.
I assume it's still GPL even if one rewrites every single line of a
GPL library, only keeping most of the "internal logic" |
18:09.29 |
brlcad |
starseeker:
sorry, you're right -- lookup is a directory |
18:11.04 |
starseeker |
figured initializing the data from the .g into the container
was the "write" (db_open/db_dirbuild), a randomized set of
db_lookups was "read", and replacing an existing entry with a new
one would be update? |
18:11.27 |
brlcad |
Stragus: yep,
still a derivative |
18:11.53 |
brlcad |
some argue
it's potentially a derivative even if you don't start with their
code, but you looked at it |
18:13.00 |
brlcad |
same as with
proprietary code, the only safe route was to put two guys in two
different rooms, one looking at the code and talking about it to
the other guy, the other guy never looking at the code but just
using spoken descriptions from his buddy |
18:13.08 |
brlcad |
at least,
that's the old school way |
18:13.59 |
Stragus |
In this case,
my code is definitely a direct derivative, no doubt about it
:) |
18:19.26 |
starseeker |
in fairness,
I've never heard of an open source dev suing another open source
dev on the basis of simply reading code without copying it...
doesn't mean it couldn't happen I suppose |
18:21.12 |
starseeker |
doesn't actually know if a geometry edit invalidates a struct
directory pointer as we're currently set up... |
18:21.27 |
brlcad |
starseeker:
the goal of this would be to make something like
Example_Application's prep run faster, so what gets caller there is
what should be timed |
18:21.50 |
brlcad |
which I think
is what we're saying, but needs checking -- maybe that's a
high-level test |
18:21.55 |
starseeker |
what threw me
though is not using rt_i - pretty much all the work in the example
assumes the rt_i struct |
18:22.23 |
starseeker |
and rt
preping does need the db internal structs, IIRC |
18:25.47 |
brlcad |
so two
different issues |
18:26.58 |
brlcad |
all I meant
is that it's the db layer that is affected by reading into an lmdb
store vs into our dbi_Head[] array |
18:27.14 |
starseeker |
right |
18:27.27 |
brlcad |
if that's
sped up (or slowed down), that will propagate through to
rt_dirbuild() |
18:27.40 |
starseeker |
oh,
gotcha |
18:29.13 |
brlcad |
but you do
have a point .. there are some things that rt_dirbuild() does that
db_dirbuild() does not and probably should |
18:30.11 |
brlcad |
so maybe a
better setup is to define a specific high-level metric, like the
time it takes to call ged_tops() |
18:30.12 |
starseeker |
was afraid it might be hard to separate out dbio times from
other prep times if the prep dominated the test time, but if the
dbio time is long enough in the first place it shouldn't
matter |
18:31.13 |
brlcad |
those times
are already separated out in rt, check the usual timing
output |
18:31.33 |
starseeker |
ah,
OK |
18:31.45 |
starseeker |
isn't as familiar with what we report there as he should
be |
18:32.22 |
brlcad |
the only
funky one is calls to prep moved from rt_prep_parallel() to
rt_dirbuild() way back when |
18:32.41 |
brlcad |
i.e., the
ft_prep calls are aggregated into the rt_dirbuild
timings() |
18:32.54 |
brlcad |
but the
read-from-disk times are a separate line iirc |
18:33.46 |
brlcad |
want me to
whip up a tops timer? |
18:34.09 |
brlcad |
then you can
try hooking in different db's underneath |
18:34.18 |
starseeker |
sure - sounds
like a plan |
18:34.55 |
starseeker |
just wants to be sure that whatever numbers come out of this
are the numbers brlcad wants |
18:37.24 |
brlcad |
if we had our
act together, we'd already have some libged or regression tests
that exercise a database |
18:37.40 |
starseeker |
nods |
18:38.16 |
starseeker |
would be
instructive to push .g to its limits - how many objects can it hold
practically, what are the failure modes as it reaches its limits,
etc. |
18:38.35 |
brlcad |
there is also
still value in timing the low-level operations if you want to work
on that as well, a simple timer around db_dirbuild() would do
that |
18:39.05 |
brlcad |
absolutely!
... I asked nick to work on that for the caching stuff but he
didn't get there |
18:39.39 |
starseeker |
nods - I'm concerned with what our decision criteria will be
for going from the existing hash to "something else" - for this
level of IO we need to know things are rock solid, and I'm not
confident right now that I at least can tell that for
certain |
18:39.45 |
brlcad |
how many
objects, how fast can it read/write/update them now, where does it
break if two procs access simultaneously |
18:48.39 |
*** join/#brlcad bug
(783bad84@gateway/web/freenode/ip.120.59.173.132) |
18:48.54 |
brlcad |
hi
bug |
18:49.12 |
bug |
hi |
18:50.06 |
bug |
i dont know
where is the blog post to submit the tutorial task. can i have some
help? |
18:52.12 |
brlcad |
bug: which
task? |
18:52.48 |
brlcad |
the task
description probably tells you to post your tutorial to a blog --
this would be some blog that you set up |
18:53.59 |
bug |
brlcad: thank
you |
18:58.29 |
caen23 |
brlcad: what
kind of data should they download? i see google also has some
scripts here https://code.googlesource.com/codein/api |
18:59.31 |
brlcad |
caen23:
something that can be massaged into http://brlcad.org/gci/data/ |
19:00.28 |
brlcad |
which
presently is the task instance int a dir with a scrape of the url
and all url linked files downloaded |
19:00.44 |
brlcad |
with a
timestamp so we know which came before/after what |
19:01.10 |
brlcad |
e.g.,
http://brlcad.org/gci/data/uncategorized/2014-6453861430591488-Design_a_new_website_favicon_5_-_BRL-CAD/ |
19:01.22 |
caen23 |
yup, seen
that |
19:02.06 |
caen23 |
looking at
the api spec however, i can't see anything regarding the
files |
19:02.18 |
brlcad |
comments? |
19:03.43 |
brlcad |
I'll ask
robert to see if he has a hook |
19:03.56 |
caen23 |
nope
:-? |
19:07.35 |
brlcad |
sent |
19:09.47 |
caen23 |
could also be
that the api docs are incomplete :-?? |
19:10.37 |
caen23 |
as for
scraping, i think they'd have to use a headless browser, since the
bulk of the page is generated dynamically from js |
19:31.58 |
brlcad |
caen23:
doable, I wonder if the old script that scraped the old site might
work |
19:32.04 |
brlcad |
(with some
edits) |
19:47.51 |
*** join/#brlcad gcibot-afk
(~gcibot@r167-59-47-242.dialup.adsl.anteldata.net.uy) |
19:47.52 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
19:57.02 |
caen23 |
brlcad: is
the old script somewhere i can see? |
21:25.38 |
brlcad |
caen23: yes
... somewhere .... |
21:49.48 |
brlcad |
maths22: do
you recall where the script is that generated
brlcad.org/gci/data? |
21:50.17 |
brlcad |
I know peter
wrote a script ... and it's probably in that uncategorized GCI task
list |
22:23.02 |
caen23 |
brlcad: found
it
http://brlcad.org/gci/data/uncategorized/2013-5807450632486912-Write_a_script_to_download_GCI_files_-_BRL-CAD/ |
22:29.08 |
caen23 |
i see he
parsed some json, but i can't seem to find any for the current
app |
00:36.52 |
*** join/#brlcad Juliush
(~Julius@c-73-198-150-170.hsd1.nj.comcast.net) |
01:29.32 |
*** part/#brlcad Juliush
(~Julius@c-73-198-150-170.hsd1.nj.comcast.net) |
01:31.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:54.32 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:40.57 |
*** join/#brlcad whk
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
03:41.25 |
whk |
hi guys, so
im on this task to compile and install brl cad from source
code |
03:41.39 |
whk |
but im not
exactly sure where to start |
03:42.20 |
whk |
like
obtaining the source |
03:43.03 |
whk |
is it fine if
i simply download the zip file from sourceforge? tortoisesvn is
telling me that the wiki link is invalid |
04:13.51 |
brlcad |
whk: if you
have tortoisesvn, you just need to point it at our repo url (which
is not the wiki) |
04:13.54 |
brlcad |
~cadsvn |
04:13.55 |
infobot |
To obtain
BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk
brlcad |
04:16.10 |
brlcad |
kintel: if
you see more students like dklfkd, you can ask them for the task
url |
04:18.25 |
whk |
oh
thanks |
04:19.18 |
kintel |
brlcad: thx -
I was a bit slow and didnât realize this was a GCI thing - just
reacted to my openscad alert ;) |
04:20.39 |
brlcad |
kintel: just
fyi, there's a few openscad related tasks that we could easily
mentor like modeling particular objects, finding and properly
reporting a bug, fixing something simple, etc .. and of course
under no expectation or obligation to help them |
04:24.20 |
kintel |
not sure how
finding memory leaks in openscad made it onto that task list
though, but probably good valgrind training |
04:25.47 |
brlcad |
it's a
general valgrind task and it listed a handful of CAx tools they
could choose from |
04:26.15 |
brlcad |
there is a
specific task to install and run openscad, 10 kids have completed
that one so far |
04:26.22 |
brlcad |
couple
modeling tutorials |
04:26.52 |
brlcad |
11
models |
04:30.44 |
brlcad |
here's one of
the tutorials:
http://openscadtutorial.blogspot.in/2016/12/openscad-program-used-to-make-3-d-models.html |
05:35.51 |
*** join/#brlcad gcibot-afk
(~gcibot@r167-59-97-228.dialup.adsl.anteldata.net.uy) |
05:35.52 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
05:39.49 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-kkjdjtizdshtdohh) |
06:10.07 |
Notify |
03BRL-CAD:brlcad * 69264
brlcad/trunk/include/bu/cv.h: if there's not a brlcad_config.h
header, external apps can get a redefinition warning if either of
these actually are defined. check it. |
06:56.24 |
Notify |
03BRL-CAD:brlcad * 69265
brlcad/trunk/src/proc-db/sphflake.c: fix corrupt filename in
optimized compiles, init to default. |
07:07.58 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11) |
07:28.37 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
07:40.25 |
Notify |
03BRL-CAD:brlcad * 69266
brlcad/trunk/src/proc-db/CMakeLists.txt: stub a simple timer tool
that measures doing things to a .g file. run without args for
usage. intended to help optimize the db I/O layer for faster
processing of larger models (e.g., see if we can make some specific
paths like db_lookups faster). |
07:41.25 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
07:42.10 |
*** join/#brlcad merzo_
(~merzo@91.217.179.122) |
07:47.38 |
Notify |
03BRL-CAD:brlcad * 69267
brlcad/trunk/src/proc-db/gtimes.c: cut down on the I/O printing if
we're timing a small database |
08:30.07 |
*** join/#brlcad gcibot-afk
(~gcibot@r167-59-95-15.dialup.adsl.anteldata.net.uy) |
08:30.07 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
08:57.44 |
*** join/#brlcad gcibot-afk
(~gcibot@r190-133-92-104.dialup.adsl.anteldata.net.uy) |
08:57.44 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
09:28.28 |
*** join/#brlcad caen23
(~caen23@86.124.46.123) |
11:20.03 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:25fd:290:f5ff:fedc:3bb2) |
11:40.46 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11) |
12:59.17 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11) |
13:11.28 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.206.144) |
13:14.26 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11) |
13:24.57 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11) |
13:31.01 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11) |
13:48.08 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:15.36 |
*** join/#brlcad whk
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
14:26.21 |
whk |
hi, sorry to
bother but i can't run cmake to build it |
14:26.32 |
whk |
when i try to
follow the steps this error shows up |
14:27.13 |
whk |
http://pastebin.com/ZUR90vuG |
14:37.40 |
caen23 |
whk: the
error message says that `cl` was not found in your path, and that
you should run CMake from the Visual Studio Developer
prompt |
14:37.49 |
caen23 |
whk: on what
version of windows are you? |
14:39.41 |
caen23 |
brlcad: maybe
a good task would be to update the wiki page with instructions for
building on windows? |
14:41.48 |
Notify |
03BRL-CAD:starseeker * 69268
(brlcad/trunk/src/proc-db/CMakeLists.txt
brlcad/trunk/src/proc-db/gtimes.c): Fix build. |
14:43.31 |
caen23 |
whk: either
way, see if this helps you https://msdn.microsoft.com/en-us/library/ms229859(v=vs.110).aspx |
14:44.05 |
caen23 |
it should
open a command prompt similar to the one you normally see, but this
one should have the path properly set for using the ms compiler
(cl) |
14:48.50 |
*** join/#brlcad Arsh
(3b5919ff@gateway/web/freenode/ip.59.89.25.255) |
14:49.15 |
Arsh |
Hi |
14:57.53 |
caen23 |
hi |
14:59.01 |
Arsh |
Is there any
mentor ? |
15:01.19 |
whk |
caen23: sorry
for the delay, my windows version is 10 |
15:04.20 |
Arsh |
? |
15:16.07 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11) |
15:26.07 |
*** join/#brlcad teepee]
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
15:39.34 |
*** join/#brlcad arsh_
(3b5919ff@gateway/web/freenode/ip.59.89.25.255) |
15:39.50 |
arsh_ |
hi ! is there
any mentor ? |
15:46.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:51.16 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11) |
15:51.25 |
arsh_ |
hello
! |
15:51.31 |
arsh_ |
is there any
mentor ? |
15:55.09 |
amarjeet |
Hi
arsh |
15:55.43 |
arsh_ |
can you
please review my task ? |
15:56.23 |
amarjeet |
Which
task |
15:57.05 |
arsh_ |
https://codein.withgoogle.com/dashboard/task-instances/6307892271513600/ |
15:57.11 |
gcibot |
Design a
t-shirt for LibreCAD || 3 days || Outreach / Research ||
BRL-CAD |
16:00.28 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.206.144) |
16:01.38 |
amarjeet |
Done, Just
check it out. |
16:02.56 |
arsh_ |
can i send my
design in svg format ? |
16:07.24 |
amarjeet |
Yes, Just it
should have layered (I think its groups in case of svg) structure .
So, that design can be easily formatted later |
16:12.11 |
arsh_ |
<amarjeet> sir, I have uploaded you
can check it . thanks |
16:16.24 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11) |
16:20.34 |
arsh_ |
<amarjeet> sir , did you see
? |
16:26.53 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
16:27.19 |
*** join/#brlcad arsh
(3b5919ff@gateway/web/freenode/ip.59.89.25.255) |
16:38.39 |
whk |
excuse
me |
16:38.50 |
arsh |
? |
16:39.06 |
whk |
i have a
slight doubt about what to do next |
16:39.18 |
whk |
just not
clear about it |
16:40.09 |
whk |
how can i run
cmake from within the visual studio command prompt |
16:42.51 |
whk |
i tried doing
the same thing in the dev command prompt |
16:42.57 |
whk |
it shows the
exact same error |
16:43.09 |
whk |
http://pastebin.com/ZUR90vuG |
17:01.52 |
*** join/#brlcad rafid
(70d7ad42@gateway/web/freenode/ip.112.215.173.66) |
17:08.49 |
*** join/#brlcad whk_
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
17:09.03 |
whk_ |
erm did i
miss annything |
17:09.08 |
whk_ |
my wifi got
downed |
17:09.32 |
d_rossberg |
whk: in the
start menu: programs -> visual studio -> visual studio tools
-> choose your preferred command line environment
there |
17:09.50 |
d_rossberg |
or use the
cmake gui as i do |
17:12.00 |
whk_ |
oh |
17:12.03 |
whk_ |
ok |
17:12.36 |
caen23 |
whk_: did you
open the dev command prompt? |
17:13.30 |
whk_ |
yep |
17:13.39 |
whk_ |
wait how do i
choose the preferred |
17:13.46 |
whk_ |
environment |
17:13.55 |
whk_ |
is it
according to that websites instructions |
17:14.28 |
caen23 |
in that
folder, you should have two icons, you "choose" by opening the one
you want |
17:14.38 |
whk_ |
oh |
17:14.46 |
whk_ |
between dev
and the other one |
17:14.59 |
whk_ |
msbuild |
17:15.36 |
caen23 |
yes, choose
the dev one, go into the folder where you cloned the brlacd trunk,
create a new directory, go inside it, type `cmake ..`, and it
should work |
17:15.54 |
whk_ |
it doesn't
though |
17:15.59 |
caen23 |
if it
complains about cl again, can you please type `cl` at the prompt
and tell me what you get? |
17:16.06 |
whk_ |
ok lemme
try |
17:17.36 |
whk_ |
its not
recognised? |
17:18.13 |
caen23 |
hmm... it
appears the dev command prompt did not set the correct
paths |
17:18.44 |
whk_ |
how do i fix
that? |
17:19.00 |
caen23 |
when you
installed visual studio, did you select the checkboxes for visual
c++ development? |
17:19.15 |
whk_ |
hm im not
sure |
17:19.21 |
whk_ |
where do i
check |
17:19.26 |
whk_ |
i did the
standard one |
17:19.31 |
caen23 |
from what i
can remember, they should be off by default |
17:19.36 |
whk_ |
oh |
17:19.55 |
whk_ |
where can i
check |
17:20.07 |
caen23 |
`C:\Program
Files\Microsoft Visual Studio 14.0\VC\bin` |
17:20.13 |
caen23 |
do you have a
cl.exe in there? |
17:20.17 |
caen23 |
assuming you
have vs2015 |
17:20.32 |
caen23 |
if you don't
have vs2015, you should replace 14.0 with something else (12.0 or
whatever) |
17:21.32 |
whk_ |
hm |
17:21.36 |
whk_ |
lemme
see |
17:22.43 |
whk_ |
x86 or
no |
17:23.03 |
whk_ |
because i
have two instances of microsoft visual studio 12.0 |
17:23.10 |
whk_ |
and i have
11.0 and 14.0 too |
17:23.12 |
whk_ |
somehow |
17:23.24 |
caen23 |
yes, it's
messed up like that, it installs a lot of stuff |
17:23.31 |
caen23 |
if u have
14.0, that's what interests you |
17:23.42 |
caen23 |
i'm not sure
about x86 or no, i would say check both |
17:23.52 |
caen23 |
i only have a
32-bit vm, so i can't be sure |
17:24.30 |
whk_ |
ok |
17:25.04 |
whk_ |
c1.exe isnt
here |
17:25.28 |
whk_ |
ok |
17:25.47 |
caen23 |
ok, then you
didn't install the c++ tools when you installed visual
studio |
17:25.48 |
whk_ |
so it wasnt
installed? |
17:25.51 |
whk_ |
yea |
17:25.56 |
caen23 |
you need to
"repair" the installation, or however they call it |
17:26.04 |
whk_ |
oh |
17:26.05 |
whk_ |
how |
17:26.40 |
caen23 |
download the
kit again, and when you get to the part where it asks about
features, expand the "Visual C++" tree and send me a screenshot, if
you can |
17:27.15 |
caen23 |
or you can
just select the entire tree, if disk space isn't an
issue |
17:27.26 |
caen23 |
but i usually
pick the stuff i need from there |
17:28.38 |
*** join/#brlcad whk
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
17:28.54 |
whk |
further
apologies |
17:29.02 |
whk |
my computer
died early |
17:29.14 |
caen23 |
don't worry
about it |
17:29.18 |
whk |
so basically
reinstall? |
17:29.50 |
whk |
what kit do i
download? |
17:30.11 |
caen23 |
i think the
community edtition one should do |
17:30.27 |
caen23 |
or whichever
one you used when you first installed it |
17:30.32 |
whk |
oh |
17:30.39 |
whk |
but i have to
do it all over |
17:31.07 |
caen23 |
i know, it's
a pita, but it's the only way :( |
17:31.17 |
whk |
oh
well |
17:31.18 |
whk |
:/ |
17:31.27 |
whk |
guess i might
be continuing this another day then |
17:31.34 |
whk |
the
installation process is far too long |
17:31.40 |
whk |
its midnight
over here |
17:31.44 |
whk |
thanks so
much |
17:32.02 |
caen23 |
no
problem |
17:32.08 |
whk |
bye |
17:44.17 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11) |
18:01.50 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:38.00 |
caen23 |
brlcad: i
think i deleted my sourceforge account some time ago, can i create
a new one and get commit access? i found a bug in libnetpbm which
messes up building on newer versions of msvc and i wanted to fix
it |
18:41.31 |
*** join/#brlcad harshil
(2f090b20@gateway/web/freenode/ip.47.9.11.32) |
18:41.53 |
harshil |
anybody here
can help me please |
18:42.52 |
caen23 |
harshil:
what's the matter? |
18:43.30 |
harshil |
how to create
geometry database on archer brlcad |
18:43.59 |
caen23 |
just state
your question and stick around. someone will eventually
answer |
18:44.21 |
harshil |
caen23 u dont
know |
18:45.21 |
caen23 |
i suppose you
create your components, and then export it using file >
export |
18:47.51 |
harshil |
actually i
just wanted to draw a sphere there, how can i do that
caen23 |
18:53.24 |
harshil |
anyone
please |
18:55.32 |
``Erik |
I didn't
think archer was ready for use yet... in mged, you could do the
'make' command |
18:55.53 |
``Erik |
and sph is
the type to make a sphere |
18:56.06 |
caen23 |
it seems to
work in archer, too |
18:56.10 |
caen23 |
`make sph1.s
sph` |
18:57.36 |
harshil |
tell me in
archer |
18:57.58 |
caen23 |
harshil: i
did |
18:58.02 |
harshil |
i just want
to write my name on the screen of archer |
18:58.14 |
caen23 |
`make sph1.s
sph` works in archer |
18:58.18 |
harshil |
what should i
do caen23 |
18:58.41 |
caen23 |
type `make
sph1.s sph` in the command section of archer. you can replace
sph1.s with whatever name you want |
18:59.21 |
harshil |
i want to
write harshil , tell me proper command please |
19:00.48 |
caen23 |
are you doing
an 'install and run brl-cad' task? |
19:01.17 |
harshil |
yup
dude |
19:01.44 |
caen23 |
after you
draw and raytrace the model, you just type your name in the command
section |
19:02.08 |
caen23 |
it doesn't
have to be a valid command, it just has to be there so we know you
the screenshot is yours |
19:03.23 |
harshil |
ok
thanks |
19:03.29 |
harshil |
i get it
now |
19:03.59 |
``Erik |
heh, I wonder
if people are trying to write their name using spheres |
19:04.26 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11) |
19:04.38 |
caen23 |
3d umlauts
^^ |
19:05.14 |
harshil |
heheheheh |
19:05.27 |
harshil |
thanks caen23
once again |
19:05.33 |
caen23 |
np |
19:05.59 |
harshil |
whats your
name btw |
19:06.20 |
harshil |
i mean full
name and from where you are |
19:07.36 |
caen23 |
and a copy of
my id :P |
19:09.31 |
harshil |
are you on fb
or instagram |
19:09.51 |
caen23 |
nope |
19:12.07 |
harshil |
any other
social site |
19:14.18 |
caen23 |
not
really |
19:16.23 |
harshil |
ok |
19:16.31 |
harshil |
u r
from?? |
19:21.14 |
caen23 |
it doesn't
matter |
19:26.53 |
harshil |
tell
man |
19:30.53 |
harshil |
#druplar |
19:51.23 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
20:48.57 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:59.50 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-71-74.dialup.adsl.anteldata.net.uy) |
20:59.50 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
22:32.53 |
*** join/#brlcad merzo
(~merzo@93-60-92-178.pool.ukrtel.net) |
23:02.37 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
23:07.33 |
*** join/#brlcad merzo
(~merzo@93-60-92-178.pool.ukrtel.net) |
23:15.17 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:07.38 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:29.02 |
*** join/#brlcad whk
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
02:36.19 |
whk |
hi guys, so i
kinda run into a problem |
02:36.32 |
whk |
i tried
repairing visual studio but this time |
02:36.36 |
whk |
my dev
command prompt is gone |
02:37.01 |
whk |
oh
nvm |
02:37.08 |
whk |
somehow the
search glitched |
03:36.12 |
*** join/#brlcad whk
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
03:36.21 |
whk |
the
confiuration failed |
03:36.29 |
whk |
i observed a
lot of tests failed |
03:41.05 |
whk |
it told me to
replace the old configuration and INSTALL files so i'll go see if
that works |
04:14.45 |
whk |
oh it
does |
04:14.46 |
whk |
great |
04:15.19 |
whk |
now i cant
make though |
04:31.03 |
whk |
make is not a
command apparently |
04:34.33 |
Stragus |
On Windows, I
don't think you'll typically have GNU Make installed |
04:35.04 |
Stragus |
It's probably
part of mingw64 package... but I assume the task about building
with Visual Studio would imply building with the VS tools rather
than GNU ones |
04:40.27 |
whk |
oh |
04:40.38 |
whk |
ok |
04:40.46 |
whk |
so how would
i do it without gnu make |
04:54.49 |
whk |
nvm |
04:54.59 |
whk |
installing
this mingw64 instead |
05:34.07 |
whk |
thanks |
07:00.58 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4207:8e6:9c11:a1c2:3b9:e11d) |
07:30.20 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
07:46.05 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
08:04.54 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-liwwhuclzvffkdaz) |
08:57.18 |
*** join/#brlcad whk
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
09:03.04 |
whk |
hi guys i
still have issues with the make |
09:03.12 |
whk |
its not
recognised |
09:03.21 |
whk |
i installed
mingw64 |
09:03.35 |
whk |
its not
recognised there either and i havent figured out how to use
it |
09:06.03 |
whk |
i tried
installing gnu 32 |
09:06.07 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-65-54.dialup.adsl.anteldata.net.uy) |
09:06.07 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
09:06.13 |
whk |
make still
isnt working |
09:10.19 |
caen23 |
whk: no need
to use mingw |
09:11.03 |
caen23 |
after running
cmake, in your build directory, do you have a file with a .sln
extension? |
09:11.25 |
whk |
lemme
see |
09:11.26 |
whk |
nope |
09:11.36 |
caen23 |
how did you
run cmake? |
09:11.42 |
caen23 |
gui or
cli? |
09:12.09 |
whk |
command
prompt |
09:13.25 |
caen23 |
what
arguments? |
09:13.36 |
whk |
cmake
.. |
09:14.04 |
whk |
i asked if
this was it the other time, im not really sure if this is
enough |
09:14.34 |
whk |
considering
how theres nothing i told it to build |
09:14.49 |
caen23 |
try the steps
here http://brlcad.org/wiki/Compiling#Configure_your_Build |
09:15.12 |
caen23 |
it uses the
CMakeList file by default, that's how it figures out what and how
to build |
09:16.37 |
whk |
oh |
09:16.40 |
whk |
oh
ok |
09:17.01 |
whk |
thanks |
09:17.09 |
whk |
by the
way |
09:17.15 |
whk |
there's a
crap ton of failed tests |
09:17.18 |
whk |
is that
fine? |
09:17.27 |
whk |
when i ran
cmake |
09:17.41 |
whk |
a lot of
tests failed or files cldnt be found |
09:18.17 |
caen23 |
it should be
fine, i think it's because it's testing for linux stuff, which it
won't find on windows |
09:20.35 |
whk |
ohh
ok |
09:20.37 |
whk |
thanks |
09:20.48 |
whk |
hold
ip |
09:20.49 |
whk |
up |
09:21.59 |
whk |
http://pastebin.com/Csijd2Vs |
09:22.08 |
whk |
these errors
filled my screen |
09:22.09 |
whk |
shit |
09:24.44 |
whk |
may i know
what they mean and how to fix them? |
09:25.07 |
whk |
oh yea and by
the way i followed an instruction from cmake earlier |
09:25.11 |
whk |
im not sure
if thats the cause |
09:25.16 |
whk |
let me try to
revert this change |
09:26.13 |
caen23 |
you should
clean your build directory and try again |
09:26.18 |
caen23 |
with the
commands from the wiki |
09:29.40 |
whk |
oh
ok |
09:29.46 |
whk |
welp |
09:29.49 |
whk |
i already
started it |
09:29.55 |
whk |
will the
error show up again? |
09:31.30 |
caen23 |
started
what? |
09:32.37 |
whk |
the
cmake |
09:32.43 |
whk |
apologies |
09:32.53 |
caen23 |
without
cleaning the build directory? also, no need to apologize
^^ |
09:33.19 |
whk |
yea with the
build directory left unchanged |
09:33.33 |
caen23 |
uh, if it
fails, clean it and try again |
09:33.38 |
caen23 |
i don't know
if it will fail |
09:33.43 |
whk |
its
just |
09:33.44 |
whk |
stuck |
09:33.56 |
whk |
i probably
shld go close the window |
09:34.11 |
caen23 |
what
window? |
09:34.13 |
whk |
its still
running the tests |
09:34.17 |
whk |
the command
prompt |
09:34.21 |
whk |
how do i
cancel this? |
09:34.50 |
whk |
oh never
mind |
09:34.53 |
whk |
its
continuing |
09:37.04 |
caen23 |
it's a bit
slower on windows, don't worry |
09:37.18 |
whk |
ok |
09:37.24 |
whk |
oh
dear |
09:37.27 |
whk |
its the same
error |
09:37.34 |
whk |
yep |
09:38.13 |
caen23 |
ok, clean the
build directory now and try again |
09:39.52 |
whk |
yea |
10:00.09 |
whk |
oh |
10:02.30 |
caen23 |
by the way,
if it worked, don't type make |
10:15.20 |
*** join/#brlcad andromed1-galaxy
(~andromeda@goto.ucsd.edu) |
10:22.53 |
whk |
oh |
10:22.54 |
whk |
well |
10:22.56 |
whk |
it
failed |
10:22.58 |
whk |
i need
to |
10:23.01 |
whk |
redo that
step |
10:23.08 |
whk |
replace
configure and INSTALL files |
10:23.21 |
whk |
which i undid
earlier |
10:23.24 |
whk |
oh
well |
10:23.51 |
caen23 |
i don't
really understand, what step do you need to redo? also, what files
are you replacing? |
10:24.39 |
whk |
the configure
and INSTALL files |
10:24.48 |
caen23 |
why? |
10:25.55 |
whk |
http://pastebin.com/fySNpXAq |
10:26.06 |
whk |
its telling
me |
10:26.08 |
whk |
its
outdated |
10:26.56 |
caen23 |
oh, ok
then |
10:27.23 |
whk |
wait a second
did i just |
10:27.39 |
whk |
oh gosh i
forgot to clear build again |
10:28.27 |
whk |
oh
wait |
10:28.32 |
whk |
it
worked? |
10:28.57 |
whk |
configured,
generated, build files written |
10:28.59 |
whk |
great |
10:29.02 |
whk |
i dont have
to do make? |
10:29.10 |
caen23 |
nope |
10:29.34 |
caen23 |
do you have a
file named BRLCAD.sln in the build dir? |
10:31.06 |
whk |
yea |
10:31.09 |
whk |
ok |
10:31.18 |
caen23 |
open it in
visual studio |
10:31.22 |
whk |
ok |
10:31.42 |
whk |
is this where
i install it? |
10:31.48 |
caen23 |
you should
then have a panel on the right, with lots of files (targets) in
some folders |
10:32.28 |
caen23 |
start
collapsing the folders, until you see a target named
ALL_BUILD |
10:32.36 |
caen23 |
then right
click the target, and choose Build |
10:32.51 |
caen23 |
it's gonna
start a (long) build process, hopefully |
10:33.42 |
whk |
oh |
10:33.44 |
whk |
wow |
10:33.48 |
whk |
its really
laggy |
10:34.00 |
whk |
a long
one? |
10:34.32 |
caen23 |
yes |
10:34.42 |
caen23 |
it's normal
to be laggy, too |
10:35.12 |
whk |
oh
wow |
10:35.17 |
whk |
thats a lot
of files |
10:35.24 |
caen23 |
yup |
10:35.27 |
whk |
targets* |
10:35.45 |
whk |
how long u
reckon thisll take? |
10:36.20 |
caen23 |
it took half
an hour for me, inside a virtual machine |
10:36.25 |
whk |
oh |
10:36.29 |
whk |
but its a
vm |
10:36.35 |
caen23 |
don't know
how long it will take you |
10:36.39 |
whk |
ok |
10:37.12 |
caen23 |
by the way,
you can grab the blue strip above the compilation output, and drag
it to the middle of the vs window |
10:37.21 |
caen23 |
it should
make the output full screen, so you can see it better |
10:41.01 |
whk |
oh |
10:41.04 |
whk |
ok |
10:43.24 |
caen23 |
after that is
done, you should type `Release\bin\archer.exe` at the command
prompt in the build directory. if it opens the program, great. if
it doesn't, don't panic. |
10:44.09 |
*** join/#brlcad whk_
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
10:45.31 |
whk_ |
i
wonder |
10:45.42 |
whk_ |
whys my com
dying before the battery indicator hits 0 |
10:45.56 |
whk_ |
welp in any
case |
10:46.08 |
whk_ |
this build
doesn seem like its gonna take any less than half an
hour |
10:46.13 |
whk_ |
XD losing to
a vm here |
10:46.44 |
caen23 |
it will
report the time it took to build when it's done |
10:46.51 |
whk_ |
oh |
10:47.03 |
caen23 |
by the way,
did you get my previous message about running
archer.exe? |
10:47.21 |
whk_ |
nope |
10:47.23 |
caen23 |
after that is
done, you should type `Release\bin\archer.exe` at the command
prompt in the build directory. if it opens the program, great. if
it doesn't, don't panic. |
10:47.27 |
whk_ |
my com alr
died by then |
10:47.31 |
caen23 |
i
figured |
10:47.35 |
whk_ |
oh
ok |
10:47.36 |
caen23 |
sent it
again |
10:47.51 |
whk_ |
running
archer? |
10:47.56 |
whk_ |
and then
mged? |
10:48.02 |
caen23 |
either one is
fine |
10:48.06 |
whk_ |
oh |
10:48.09 |
whk_ |
oh its an
or |
10:48.51 |
*** join/#brlcad teepee]
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
10:49.21 |
caen23 |
archer is the
newer interface |
10:49.47 |
whk_ |
ohh |
10:49.53 |
whk_ |
whats it
do? |
10:50.04 |
whk_ |
its just the
gui for brlcad? |
10:50.23 |
caen23 |
it's the
program people use to draw stuff |
10:50.28 |
caen23 |
yes, just the
gui |
10:50.35 |
whk_ |
oh
ok |
10:50.37 |
whk_ |
cool |
10:50.47 |
whk_ |
looking
forward to seeing it |
10:51.58 |
caen23 |
:D |
10:57.59 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.207.68) |
11:02.56 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@209.58.183.34) |
11:15.19 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.206.96) |
11:24.11 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.136.44) |
11:33.37 |
whk_ |
oh |
11:33.41 |
whk_ |
669
succeeded |
11:33.42 |
whk_ |
81
failed |
11:33.47 |
whk_ |
wow |
11:33.48 |
whk_ |
that
took |
11:33.52 |
whk_ |
almost an
hour |
11:34.11 |
whk_ |
now parsing
files? |
11:34.18 |
whk_ |
shld i just
proceed wit harcher |
11:34.19 |
whk_ |
or
wait |
11:34.27 |
caen23 |
try the
archer thingy |
11:34.34 |
caen23 |
although i
suspect that it won't find it |
11:34.43 |
whk_ |
theres a blue
button at the botom thats parsing files |
11:34.47 |
whk_ |
i
mean |
11:34.49 |
whk_ |
blue
bar |
11:34.59 |
whk_ |
do i wait
for that? |
11:35.13 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@95.211.101.215) |
11:35.15 |
caen23 |
no, that's
visual studio trying to parse the files for itself |
11:35.21 |
caen23 |
you don't
really care |
11:36.45 |
whk_ |
oh
ok |
11:36.46 |
whk_ |
sure |
11:37.29 |
whk_ |
not
recognised |
11:37.30 |
whk_ |
hm |
11:38.03 |
whk_ |
oh |
11:38.08 |
whk_ |
yeo |
11:38.09 |
whk_ |
yep |
11:38.12 |
whk_ |
its
running |
11:38.16 |
whk_ |
i cd'ed
before i |
11:38.17 |
whk_ |
ran
it |
11:38.46 |
caen23 |
oh, great
then |
11:39.09 |
caen23 |
do the rest
of the task and submit it |
11:39.31 |
whk_ |
sure |
11:39.34 |
whk_ |
thanks so
much |
11:39.40 |
caen23 |
just a
question |
11:39.49 |
caen23 |
what version
of visual studio did you use? |
11:44.16 |
whk_ |
er, |
11:44.27 |
whk_ |
er,/ |
11:44.29 |
whk_ |
14? |
11:44.31 |
whk_ |
sorry |
11:44.52 |
whk_ |
yea it shld
be 14.0 |
11:45.54 |
whk_ |
btw im on
brlcad 7.26.0 |
11:45.55 |
caen23 |
2015
community? or something else? |
11:45.57 |
whk_ |
yea |
11:46.00 |
whk_ |
2015
community |
11:46.04 |
caen23 |
ok,
thanks |
11:47.16 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.136.44) |
11:48.01 |
whk_ |
thanks for
all the help |
11:48.17 |
caen23 |
no
problem |
11:51.53 |
caen23 |
whk_: hmm...
the task required you to clone the repository and compile
that |
11:55.18 |
*** join/#brlcad Apra
(75c85e97@gateway/web/freenode/ip.117.200.94.151) |
11:58.33 |
caen23 |
whk_: i left
you a comment on the task |
11:59.32 |
whk_ |
oh
sure |
11:59.37 |
whk_ |
clone the
repo? |
11:59.41 |
whk_ |
ohhh |
12:00.11 |
caen23 |
in the link i
posted, it's the first command |
12:00.20 |
whk_ |
oh
well |
12:00.31 |
caen23 |
you might
need to install an svn client, if you don't already have
one |
12:00.31 |
whk_ |
i cant do svn
tho |
12:00.38 |
whk_ |
tortoisesvn? |
12:00.40 |
caen23 |
yes |
12:00.40 |
whk_ |
im not
sure |
12:00.52 |
caen23 |
tortoise svn
should do |
12:01.16 |
whk_ |
how can i use
it |
12:01.23 |
whk_ |
sorry i might
have to go off soon |
12:01.41 |
caen23 |
it's
ok |
12:01.49 |
caen23 |
here is the
manual
https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-qs-guide.html#tsvn-qs-wc |
12:02.09 |
whk_ |
thanks so
much! |
12:02.26 |
caen23 |
i think the
default installation does not install the command line tools, which
might be why you can't run the command on the wiki |
12:03.29 |
whk_ |
oh |
12:03.32 |
whk_ |
yea |
12:03.34 |
whk_ |
i think so
too |
12:03.54 |
caen23 |
the url you
need to checkout, as described in the manual section i linked you
to, should be svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk in
this case |
12:09.39 |
Apra |
@caen23, may
I know what r u talking about... |
12:11.34 |
caen23 |
i'm talking
about getting a copy of the latest code from the
repository |
12:14.05 |
whk_ |
thanks |
12:14.09 |
whk_ |
ok imma do it
wwhen i come back |
12:19.54 |
Apra |
can u send me
the task link? |
12:21.06 |
caen23 |
it's called
Compile BRL-CAD from source repository (BRL-CAD) |
12:21.56 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:4d0c:4d55:47ed:98cf) |
12:25.33 |
Apra |
Thanks
caen23 |
12:34.23 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
12:41.40 |
Apra |
I had
mentioned about this link: https://codein.withgoogle.com/tasks/5242314945462272/
Its not working for me... |
12:42.38 |
caen23 |
where did you
get it? |
12:43.50 |
caen23 |
maybe it got
deleted or something, i don't know |
12:44.12 |
Apra |
https://codein.withgoogle.com/tasks/5296834052358144/?sp-organization=4814441002565632&sp-is_beginner=False |
12:44.17 |
gcibot_ |
Run code
through Valgrind and fix one memory leak || 3 days || Code, QA ||
BRL-CAD |
12:44.20 |
Apra |
Compile
LibreCAD |
12:44.53 |
Apra |
I had
mentioned it a few days ago too |
12:48.39 |
caen23 |
hmm...
apparently i messed up the link |
12:48.41 |
caen23 |
https://codein.withgoogle.com/tasks/5089615631351808/ |
12:48.43 |
gcibot_ |
Compile and
Install LibreCAD 2 || 3 days || Code, Documentation || BRL-CAD ||
Beginner task |
12:48.46 |
caen23 |
this is the
correct one |
12:49.20 |
Apra |
Ok,
Thanks |
13:36.02 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4207:8e6:9c11:a1c2:3b9:e11d) |
13:36.59 |
*** join/#brlcad Matt___
(d824160e@gateway/web/freenode/ip.216.36.22.14) |
13:37.27 |
Matt___ |
Help needed
saving/exporting .g as .step |
13:54.44 |
Matt___ |
I have tried
joint save myfile.step but that creates an empty step file of 1kb,
how do I get BRL to save the entire model as a .step, .iges, or
another universal file extension to be opened by another cad
program? |
14:35.59 |
*** join/#brlcad monkey_
(c655ecea@gateway/web/freenode/ip.198.85.236.234) |
14:36.19 |
monkey_ |
Hello
there |
14:39.59 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.136.44) |
14:45.05 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:cd8e:290:f5ff:fedc:3bb2) |
15:11.16 |
Notify |
03BRL-CAD:starseeker * 69273
brlcad/trunk/CHANGES: Add missing commands to the MGED deprecation
list. |
15:15.24 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:28.05 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@43.249.38.69) |
15:32.37 |
Apra |
@amarjeet...can u please review it
http://imgur.com/a/OVseK |
15:34.25 |
amarjeet |
I will see
when I get free |
15:34.32 |
Apra |
ok |
15:39.51 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.136.44) |
15:58.09 |
amarjeet |
Apra, front
design is good. |
15:58.48 |
Apra |
Thanks |
15:58.56 |
Apra |
What more to
do? |
16:00.35 |
amarjeet |
Submit, it
according to description of task or Try something new for
back. |
16:01.45 |
Apra |
Yeah, I too
feel that the back is feeling empty...but i am not getting any
idea |
16:04.58 |
*** join/#brlcad whk
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
16:14.06 |
Apra |
@amarjeet,
what about writing the irc #brlcad at the back? |
16:16.01 |
*** join/#brlcad ARChak
(~vircuser@117.200.94.151) |
16:16.59 |
*** part/#brlcad ARChak
(~vircuser@117.200.94.151) |
16:24.59 |
*** part/#brlcad ryoshu
(~kamil@netbsd/developer/kamil) |
16:47.01 |
amarjeet |
Apra, It
would be great for brlcad's shirt design |
16:50.37 |
Apra |
ok can i
resubmit it? |
16:54.08 |
*** join/#brlcad caen23
(~caen23@86.124.46.123) |
17:04.16 |
Apra |
Amarjeet,
I've submitted it, making some changes :) |
17:05.03 |
amarjeet |
Okay, |
18:25.31 |
Apra |
@caen23, I am
interested in eliminating 50lines of code
duplication... |
18:27.16 |
Apra |
Can u tell me
whats the difference between building from SVN and
compiling |
18:40.03 |
caen23 |
Apra: they're
the same thing |
18:40.20 |
caen23 |
SVN is the
place where you get the source code from |
18:40.26 |
caen23 |
the source
code, you compile |
18:41.30 |
caen23 |
what i was
saying earlier today is that whk did not get the latest sources
from svn, but an archive containing the code for version 7.26.0,
which is several months behind |
18:42.58 |
Apra |
ohk |
18:45.07 |
Apra |
Suppose I
compile brlcad using its vm |
18:46.33 |
Apra |
Since I am
low on space I won't be able to compile the vm now... |
18:47.01 |
Apra |
Anyways then
I would have to use Simian? |
18:50.42 |
Apra |
or Coverity
Scan? |
18:52.40 |
caen23 |
well, you
don't *have* to use a specific tool |
18:52.54 |
caen23 |
Simian was
mentioned in the task description as a starting point |
18:53.03 |
caen23 |
you're free
to go about it however you want |
18:53.42 |
Apra |
Can I use
Coverity Scan in Linux? |
18:54.43 |
Apra |
Actually I
meant in the virtual disk of BrlCAD |
18:54.57 |
caen23 |
i'm not sure
about the specifics of coverity scan |
18:55.37 |
Apra |
I saw
https://brlcad.org/wiki/Code_Cleanup#Duplication_Reduction |
18:56.06 |
Apra |
and some
screenshots of coverity scan |
18:56.59 |
caen23 |
https://scan.coverity.com/projects/brl-cad |
18:57.08 |
caen23 |
last analyzed
2012 |
18:57.53 |
caen23 |
i don't
exactly know how to use it, but unless you can trigger a scan of
the source code as it is now, i'm not sure if it's of much
help |
18:58.08 |
caen23 |
i would say
wait for one of the other mentors to answer this |
18:58.36 |
caen23 |
or you could
just stick with simian at first |
18:59.01 |
Apra |
can you give
me the link to simian? |
18:59.25 |
caen23 |
and by the
way, if this is your first coding task, or the first time you're
building a project from source, you might want to attempt one of
those tasks before you go after this one |
19:00.18 |
Apra |
Yeah...it
would be my first codeing task |
19:00.20 |
caen23 |
link to
Simian is on the wiki page you linked to |
19:00.29 |
caen23 |
first
paragraph |
19:01.32 |
Apra |
I got
it |
19:03.03 |
Apra |
I tried
compiling LibreCAD, BRL-CAD before, but i am using windows, so the
mentors suggested using LINUX/UBUNTU...I tried them using VB but it
didnt start... |
19:03.49 |
caen23 |
what is
VB? |
19:03.54 |
caen23 |
oh, virtual
box? |
19:04.18 |
Apra |
tried
installing, some GRUB error was displayed....anyhow got into
UBUNTU, but windows got corrupted, reinstalled windows, Ubuntu
didnt cooperate |
19:04.36 |
Apra |
yeah virtual
box |
19:04.53 |
caen23 |
by "got into
ubuntu", you mean you tried to dual boot it with
windows? |
19:05.03 |
Apra |
Yeah,
exactly |
19:05.19 |
caen23 |
yeah, that
might not be ideal |
19:05.33 |
Apra |
yeah |
19:05.45 |
caen23 |
you can
install whatever flavour of linux you want |
19:05.46 |
Apra |
in a result
wasted this weekend |
19:06.00 |
caen23 |
inside
virtualbox |
19:06.12 |
caen23 |
if the one
provided did not work |
19:07.09 |
caen23 |
you could
also compile under windows, the steps are almost the
same |
19:07.12 |
caen23 |
except the
last one |
19:07.20 |
Apra |
I am thinking
of trying Brlcad for Virtual machines |
19:08.05 |
caen23 |
the file
there is a virtual machine itself |
19:08.14 |
caen23 |
with a copy
of the code, which needs to be updated anyway |
19:08.44 |
caen23 |
oh, by the
way |
19:09.01 |
caen23 |
if you're on
windows, you could install hyper-v |
19:09.38 |
caen23 |
it's a
hypervisor (virtual machine management software) made by microsoft,
distributed with windows |
19:10.12 |
Apra |
ohk |
19:10.38 |
caen23 |
i prefer it
on windows, because i don't have to download separate
software |
19:11.19 |
caen23 |
but like i
said above, you could also compile under windows |
19:12.50 |
Apra |
can u tell me
the steps? |
19:12.58 |
Apra |
for
windows |
19:13.34 |
caen23 |
http://brlcad.org/wiki/Compiling#Download_BRL-CAD |
19:14.13 |
caen23 |
the commands
listed under Download BRLCAD and Configure Your Build |
19:16.39 |
Apra |
another
question what is cmake? |
19:19.14 |
Apra |
Do you mean
this command :svn checkout
svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk
brlcad-svn-trunk |
19:19.51 |
caen23 |
cmake is a
tool that gathers information about your build environment (what
compiler you have, what features are available, and so on), and
generates some files which can used to build the
project |
19:20.27 |
caen23 |
the svn
command downloads a copy of the current source code of
brl-cad |
19:20.43 |
caen23 |
cmake, you
can download from their website |
19:21.33 |
Apra |
do i need to
run this code in cmd? |
19:21.54 |
caen23 |
yes |
19:22.31 |
caen23 |
you'll need
to install Visual Studio with support for Visual C++, CMake, and
Tortoise SVN |
19:25.55 |
Apra |
virtualstudio.com? |
19:27.09 |
caen23 |
yes |
19:27.14 |
caen23 |
the community
edition is fine |
19:28.22 |
Apra |
But it stays
that tortoise svn's plugins cannot be used on a free version of
visual studio |
19:29.16 |
caen23 |
you don't
need the plugins which integrate with tortoise |
19:30.21 |
caen23 |
you only need
it to download the source code, either from explorer.exe or from
the command prompt |
19:31.06 |
Apra |
ok, but i
think first u need to accept my task |
19:32.11 |
caen23 |
if it's
design related, you should wait for someone else |
19:32.34 |
Apra |
yeah its
design related... |
19:33.30 |
Apra |
so i have
installed cmake |
19:33.43 |
Apra |
and now im
installing the studio |
19:35.56 |
Apra |
will I have
to install the tortoise too? |
19:36.45 |
caen23 |
yes |
19:37.35 |
Apra |
Ok, first i
need to get 7 Gb space :) |
19:40.12 |
Apra |
So you
basically look into codeing tasks? |
19:40.28 |
caen23 |
so
far |
19:41.27 |
Apra |
nice
:) |
19:41.41 |
caen23 |
the reason i
don't evaluate design tasks is because i don't exactly know what to
look for, so i don't think i should comment on them, or approve
them, or whatever |
19:41.56 |
Apra |
Yeah |
19:44.38 |
Apra |
well, it
would be great if u advice me how to deal with the codeing
tasks |
19:44.42 |
*** join/#brlcad andromeda-galaxy
(~andromeda@goto.ucsd.edu) |
19:49.13 |
Apra |
@caen23 Can
you wait a bit...actually I am clearing my space :) |
19:51.35 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
20:02.28 |
andromeda-galaxy |
any idea what
validCoverage case is exactly supposed to do? The buggy code is the
only consumer of it, and the comment isn't super clear to me at
least ("Does this error rule out a case as valid when coverage
checking?") |
20:13.20 |
Apra |
@caen23 I've
installed them, now am I ready? |
20:23.50 |
caen23 |
Apra:
yes |
20:24.24 |
caen23 |
andromeda-galaxy: what task is
this? |
20:24.24 |
Apra |
ill be here
in 2 minutes |
20:30.02 |
andromeda-galaxy |
caen23: agh
oops, sorry just realized that went to the wrong place |
20:30.31 |
andromeda-galaxy |
that was
about my attempt to fix a coverage-checking bug in the compiler for
the Idris language which leads to inconcistency (proofs of
Void!) |
20:30.37 |
andromeda-galaxy |
sorry about
that |
20:30.53 |
andromeda-galaxy |
hanging
around in here to offer the odd bit of mentoring
support |
20:31.02 |
andromeda-galaxy |
GCI seems
quite this year compared to 2014 |
20:31.12 |
andromeda-galaxy |
*quiet |
20:36.04 |
caen23 |
i
agree |
20:37.00 |
caen23 |
i think there
have been only 1 or 2 students on irc, and i don't think anyone did
much besides compiling the code |
20:37.30 |
caen23 |
at least
code-wise, design tasks seem to be quite active |
20:43.21 |
Apra |
I think I
have very less memory and hence the studio isnt installing
properly |
20:44.42 |
caen23 |
yes, it's
pretty big |
20:44.55 |
Apra |
I will try it
as soon as i get the laptop...btw is there any other codeing tasks
that do not require any extra memory ? |
20:45.59 |
caen23 |
you have to
test your changes, so being able to compile is needed |
20:46.49 |
Apra |
i didn't get
you |
20:47.34 |
Apra |
oh I got
u |
20:48.27 |
Apra |
What about C
to OpenCL |
20:49.22 |
caen23 |
those as
well |
20:49.43 |
Apra |
https://codein.withgoogle.com/tasks/5116035485138944/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1 |
20:49.44 |
gcibot |
Convert a
single function from C to OpenCL (hyperboloid) || 3 days || Code ||
BRL-CAD |
20:49.58 |
Apra |
Ohh...bad
luck |
20:54.15 |
Apra |
btw what do
these lines mean :You will probably want these flags when you run
CMake: CMAKE_BUILD_TYPE=Release BRLCAD_BUNDLED_LIBS=ON
BRLCAD_ENABLE_STRICT=OFF |
21:00.36 |
caen23 |
they're
flags. CMAKE_BUILD_TYPE specifies whether you want a Release build
or a Debug build (Debug builds contain debug symbols, among other
things), and the other two define some macros that brl-cad then
uses to decide whether to enable or disable stuff |
21:08.12 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-67-153.dialup.adsl.anteldata.net.uy) |
21:08.12 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
21:32.24 |
Apra |
caen23 can I
talk about other topics rather than the topics related to
task? |
21:40.08 |
Apra |
like how can
someone become a mentor etc... |
21:49.00 |
caen23 |
Apra: i was a
student in 2012, and brlcad asked me to be a mentor this
year |
21:49.34 |
Apra |
ohh... |
22:16.47 |
andromeda-galaxy |
caen23: also
used to be a student :) |
22:17.05 |
andromeda-galaxy |
it seems like
we don't have as many code tasks as in 2013/14 when I was a
student |
22:18.20 |
andromeda-galaxy |
a few more
have come up now, but not ton |
22:18.22 |
andromeda-galaxy |
*Tons |
22:18.54 |
andromeda-galaxy |
I guess we
got most of libbu/bn tested and also did all of the reasonably
low-hanging primitive functions the last few years, so on the
downside now we actually have to be inventive about coding
tasks |
22:20.41 |
andromeda-galaxy |
brlcad: If
http://brlcad.org/wiki/Contributor_Quickies
is still up to date, should we throw a bunch of those in as
1-instance gci tasks? |
22:20.46 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:45.34 |
caen23 |
andromeda-galaxy: there's a spreadsheet
with ideas here
https://docs.google.com/spreadsheets/d/1hqH-rpKbjUWNAnF8rZvH0JzLzU4qA2pHH1QCA4HjcIw/edit?ts=583552e2#gid=1386834576 |
22:47.10 |
andromeda-galaxy |
caen23: aha
that's where that went |
22:47.20 |
andromeda-galaxy |
I got the
email but then lost it when my email server had bad
problems |
22:47.49 |
andromeda-galaxy |
looks like
there are some good ones there since the last time that I
looked |
22:48.30 |
caen23 |
yes, a lot of
them still need to be written and published on gci |
22:49.00 |
andromeda-galaxy |
so would it
be useful if I tried to write up descriptions of some of the ideas
there and put them into the codein.withgoogle.com system (so that
they can be inspected/published)? |
22:49.18 |
caen23 |
yup |
22:50.01 |
andromeda-galaxy |
cool, will
do. is anything without a check mark in PX not yet done, or are
some of those already taken/written? |
22:50.19 |
caen23 |
no check mark
means it's not yet written |
22:50.25 |
andromeda-galaxy |
cool,
thanks |
22:50.46 |
andromeda-galaxy |
do I add
myself to 'who' if I write it up? Or is that for the
proposer |
22:51.40 |
caen23 |
i thiiink
it's if you write it up |
22:52.02 |
caen23 |
i put my name
on two of those in the beginning, which i had not come up
with |
22:52.18 |
andromeda-galaxy |
okay, makes
sense-ish. |
22:52.42 |
andromeda-galaxy |
I missed the
first week+ because it was finals week and I had a final every
day... Now I am trying to catch up |
22:56.27 |
caen23 |
we had
midterms, which are usually easier. finals are next
month |
22:56.48 |
caen23 |
brlcad:
https://codein.withgoogle.com/dashboard/task-instances/4509851373797376/#task-updater__comment-text
<< re the guy who said the interface looked like windows 95
or something |
22:56.51 |
gcibot_ |
Install and
run BRL-CAD || 3 days || Outreach / Research || BRL-CAD || Beginner
task |
23:42.07 |
caen23 |
brlcad: i
wrote the task for downloading gci data |
23:43.42 |
andromeda-galaxy |
caen23: is
that against the new api? |
00:54.13 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:17.33 |
*** join/#brlcad whk
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
01:17.56 |
whk |
wow i ran the
all_build overnight |
01:18.01 |
whk |
its
stuck? |
01:18.15 |
whk |
im not sure
what happened or what to do |
01:18.46 |
whk |
it's
generating code for something apparently |
01:18.58 |
whk |
but it doesnt
seem to be working |
01:31.54 |
*** join/#brlcad whk_
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
01:38.08 |
*** join/#brlcad kdevtxmeqdvvidev
(~armin@dslb-092-074-236-046.092.074.pools.vodafone-ip.de) |
02:07.35 |
*** join/#brlcad whk
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
03:30.43 |
*** join/#brlcad whk
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
03:31.06 |
whk |
caen23: Hi
I've successfully completed the task this time |
03:33.07 |
whk |
oh
wait |
03:33.18 |
whk |
why is archer
still in 7.26.0... |
03:37.53 |
whk |
may i know
which url to use when using svn checkout? |
03:38.21 |
whk |
I should have
used the provided link at the wiki
http://brlcad.org/w/index.php?title=Compiling&action=edit§ion=4 |
03:38.34 |
whk |
it says there
its the latest version? |
03:38.58 |
whk |
and i did not
get any errors this time with the configue and INSTALL files being
outdated |
03:40.37 |
whk |
it says in
the README that its 7.26.2... |
03:50.55 |
*** join/#brlcad whk_
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
03:51.38 |
*** join/#brlcad pranav
(~pranav@146.88.40.33) |
03:56.29 |
whk_ |
yea
nvm |
03:56.31 |
whk_ |
im leaving
soon |
03:56.37 |
whk_ |
and all the
links point to 7.26.2 |
03:56.54 |
whk_ |
i can't get
any later versions of brlcad unfortunately |
03:57.05 |
whk_ |
tried both
given links |
03:57.12 |
whk_ |
it just
doesnt give me 7.8 |
03:58.03 |
whk_ |
caen23:
assume i'm unsuccessful since the brlcad versions i have are all
outdated |
03:59.05 |
pranav |
If I find
something useful on GitHub, is it free to use ?(In this case an
algorithmic background generator) |
04:21.21 |
pranav |
No worries I
found a license in the files for the project. |
05:52.50 |
*** join/#brlcad ARChak_
(~vircuser@103.203.232.152) |
06:48.22 |
*** join/#brlcad Apra
(67cbe898@gateway/web/freenode/ip.103.203.232.152) |
07:32.59 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
07:54.31 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
08:34.21 |
*** join/#brlcad ``Erik_
(~erik@pool-100-16-14-17.bltmmd.fios.verizon.net) |
09:02.03 |
Apra |
http://imgur.com/a/NN5kG |
09:10.20 |
*** join/#brlcad gcibot-afk
(~gcibot@r190-134-204-204.dialup.adsl.anteldata.net.uy) |
09:10.24 |
*** join/#brlcad gcibot_
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
10:20.03 |
*** join/#brlcad teepee]
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
11:30.53 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:717f:4d9f:677e:b163) |
11:46.24 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.201.161) |
11:55.57 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:717f:4d9f:677e:b163) |
12:21.35 |
``Erik |
huh, still no
7.26.2? I thought the BoT bug was turning that into an 'emergency'
or at least quick release? |
12:22.50 |
*** join/#brlcad caen23
(~caen23@86.124.46.123) |
12:36.01 |
caen23 |
brlcad: is it
known/normal for brlcad not to compile with gnu make 3.81 (the
default on macos)? |
13:07.01 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.201.161) |
13:55.38 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.139.159) |
14:42.59 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:44.35 |
*** join/#brlcad arsh
(3b5ee044@gateway/web/freenode/ip.59.94.224.68) |
15:01.09 |
Notify |
03BRL-CAD
Wiki:Nikolay Kolev * 0 /wiki/User:Nikolay_Kolev: |
15:26.40 |
*** join/#brlcad MikeHan
(~Mike@188.175.158.32) |
15:27.11 |
Notify |
03BRL-CAD:starseeker * 69274
(brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in
and 2 others): Fixes for Visual Studio 2012. Instead of adding the
replacement inttypes.h logic to pstdint.h, to handle 2012 we create
an equivalent "pinttypes.h" file which we can include even if we
don't need pstdint.h. Also need to define strtoll. |
15:58.08 |
Notify |
03BRL-CAD:starseeker * 69275
brlcad/trunk/src/libbu/tests/humanize_number.c: include
pinttypes.h |
16:07.49 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.234.250) |
16:37.53 |
*** join/#brlcad uvkcbxtvjjhockqk
(~armin@dslb-092-075-151-091.092.075.pools.vodafone-ip.de) |
16:40.11 |
starseeker |
``Erik: we're
waiting to finalize the prep cache work |
16:40.15 |
starseeker |
(for
7.26.2) |
16:56.11 |
*** join/#brlcad whk
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
16:56.49 |
whk |
hi a bit
urgent |
16:57.07 |
whk |
whats the
latest version of brlcad i can checkout using
tortoisesvn |
16:57.12 |
whk |
and whts the
link |
16:57.18 |
whk |
im not sure
cos it always says 7.26.2 |
17:01.26 |
caen23 |
whk: when you
do the svn command on the wiki, you get the latest version of the
code |
17:04.06 |
caen23 |
whk: but like
i said on the task, you correctly downloaded the latest version in
the `gci` in your Documents folder, but then proceeded to build
another version of the code, found in the `brlcad` folder in your
`Documents` folder |
17:05.53 |
whk |
hm? |
17:05.54 |
whk |
oh |
17:06.14 |
whk |
not really,
that was just because i was checking the urls i used |
17:06.33 |
whk |
so i
downloaded the versions again on different folders |
17:06.40 |
whk |
couldnt
afford to build them too though |
17:06.59 |
whk |
but
thanks |
17:07.03 |
caen23 |
why couldn't
you afford to build them? |
17:07.06 |
whk |
no
time |
17:07.10 |
whk |
but now i
do |
17:07.36 |
whk |
so i can
build with later releases of brlcad? |
17:07.38 |
whk |
its
like |
17:07.47 |
whk |
rel-7.8.2 as
i read on the wiki |
17:07.53 |
whk |
how does that
work |
17:08.10 |
whk |
even though
the downloaded brlcad itself is version 7.26.2 |
17:08.32 |
caen23 |
so the latest
code is the one you get when you download from svn |
17:08.41 |
caen23 |
you don't
care about what version it says |
17:10.28 |
*** join/#brlcad whk_
(3aea7102@gateway/web/freenode/ip.58.234.113.2) |
17:10.31 |
whk_ |
apologies |
17:10.35 |
whk_ |
the
connection dropped |
17:10.40 |
whk_ |
so i was
about to say |
17:10.42 |
whk_ |
its
odd |
17:10.54 |
whk_ |
since i
definitely should have followed all the steps in that
case |
17:11.08 |
whk_ |
so i dont
really understand why my archer version is so far
behind |
17:11.15 |
caen23 |
you don't
care about the version number. the latest code is the one you get
when you download from svn |
17:11.26 |
whk_ |
and i coudlnt
seem to locate it either in the file explorer |
17:11.40 |
whk_ |
yea but you
told me that mine isnt the latest |
17:11.58 |
whk_ |
idk |
17:12.13 |
whk_ |
lemme do it
once more |
17:12.26 |
caen23 |
you asked
something about rel-7.8.2 being on the wiki, and 7.26.2 being
available for download |
17:13.58 |
whk_ |
yea |
17:14.04 |
whk_ |
im not sure
about that too |
17:14.59 |
whk_ |
since i
followed the steps it seems odd that archer is still in 7.26.0 when
brlcad has a release version of 7.8.2 or something? |
17:15.09 |
whk_ |
well at least
none of the versions was 7.26.2 |
17:15.32 |
caen23 |
the wiki page
might be out of date, you shouldn't care about that |
17:15.49 |
caen23 |
i built the
code recently, my version says 7.26.1 |
17:16.24 |
whk_ |
oh
ok |
17:18.10 |
whk_ |
i dunno, it
seems my previous submission contained all the right files in that
case :/ |
17:18.15 |
whk_ |
oh well ill
just do it once more |
17:19.30 |
caen23 |
it said
7.26.0, and the folders looked weird (where you cloned vs where you
built) |
17:19.46 |
whk_ |
i sppose
so |
17:20.00 |
caen23 |
it could be
that you didn't pay attention when submitting the work, but it
didn't look right |
17:51.34 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:01.40 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.234.250) |
18:11.06 |
whk_ |
oh |
18:11.08 |
whk_ |
its
done |
18:11.09 |
whk_ |
but |
18:11.11 |
whk_ |
it seems
like |
18:11.25 |
whk_ |
archer cant
be found by the command prompt |
18:11.25 |
whk_ |
anymre |
18:11.26 |
whk_ |
somehow |
18:11.56 |
whk_ |
btw on visual
studio it says 7.26.1 |
18:15.00 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:17.09 |
caen23 |
whk_: that's
good |
18:17.24 |
whk_ |
oh
really? |
18:17.32 |
whk_ |
its not
supposed to be found? |
18:17.41 |
caen23 |
what did you
specify for DCMAKE_BUILD_TYPE? :D Debug or Release? |
18:19.18 |
caen23 |
when you ran
cmake. if you don't remember, it's probably Release |
18:25.21 |
Notify |
03BRL-CAD:Rfmergarejo * 0
/wiki/User:Rfmergarejo: |
18:29.40 |
whk_ |
release |
18:30.04 |
whk_ |
its also
because the task said so so i just used the line from the
wiki |
18:30.22 |
caen23 |
ok, so go
inside the build directory, and then enter the Release\bin
directory |
18:30.41 |
caen23 |
there should
be lots of files and exes around there |
18:34.55 |
whk_ |
yep |
18:35.09 |
whk_ |
no
exes? |
18:35.22 |
caen23 |
none? |
19:04.58 |
whk_ |
no |
19:07.47 |
*** part/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
19:10.00 |
caen23 |
whk_: anyway,
that's fine, compilation of the latest sources is broken on vs
2015, so you should submit a screenshot of the Release\bin folder
and i'll approve the task |
19:17.34 |
whk_ |
oh
ok |
19:17.36 |
whk_ |
sure |
19:19.12 |
whk_ |
thanks so
much! |
19:19.36 |
whk_ |
ill be going
off now |
20:09.27 |
Notify |
03BRL-CAD:starseeker * 69276
(brlcad/trunk/include/bu/namegen.h
brlcad/trunk/src/libbu/CMakeLists.txt and 2 others): Go for simpler
functionality in namegen. |
20:12.23 |
starseeker |
caen23:
vs2015 is broken? |
20:12.26 |
starseeker |
arrrgh.... |
20:17.50 |
caen23 |
starseeker:
yes, but it's easy to solve |
20:19.17 |
caen23 |
starseeker:
the way TMPDIR is defined here for vs 2015+
https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/other/libnetpbm/pm_config.h.in |
20:19.42 |
caen23 |
here is
GetTempPath
https://msdn.microsoft.com/en-us/library/windows/desktop/aa364992(v=vs.85).aspx |
20:19.53 |
caen23 |
it doesn't
return a string, and it doesn't take 0 arguments |
20:20.10 |
caen23 |
but that's
it, after fixing that, i got it to compile properly |
20:24.58 |
Notify |
03BRL-CAD:starseeker * 69277
(brlcad/trunk/include/bu/namegen.h
brlcad/trunk/src/libbu/namegen.c): rather than rolling over count
(almost never what we actually want), use width specification as a
minimum. |
20:34.12 |
Notify |
03BRL-CAD:starseeker * 69278
brlcad/trunk/include/bu/namegen.h: doesn't default to zero; based
on string val |
20:56.12 |
starseeker |
caen23: if
you want you can submit a patch |
20:56.21 |
starseeker |
caen23: I'll
see about applying it |
21:12.26 |
*** join/#brlcad gcibot-afk
(~gcibot@r190-134-151-179.dialup.adsl.anteldata.net.uy) |
21:12.26 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
21:49.59 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
21:50.04 |
spertz |
hi
everyone |
21:50.20 |
spertz |
I am a
participant at gci and I have a question about a task Iâm
doing |
21:50.32 |
spertz |
called
âCompile BRL-CAD from source repository" |
21:51.08 |
spertz |
When I try to
run mged by typing into Terminal âbin/mgedâ, it says âno such
file or directory" |
22:04.55 |
*** join/#brlcad vasc
(~vasc@bl13-105-164.dsl.telepac.pt) |
22:05.15 |
vasc |
hey guys,
just wanted to let you know of this
https://codein.withgoogle.com/dashboard/task-instances/5232139597512704/ |
22:05.17 |
gcibot |
Install and
run BRL-CAD || 3 days || Outreach / Research || BRL-CAD || Beginner
task |
22:05.48 |
vasc |
the time
lapsed, one of us should have extended the deadline a bit to allow
the student to reply, now that it's elapsed what can we
do? |
22:06.44 |
vasc |
the student
apparently only forgot to put his name in he ran the app
correctly. |
22:06.57 |
vasc |
bbl |
22:11.26 |
caen23 |
i don't think
we can do anything now |
22:11.50 |
caen23 |
the guy who
request more work should've looked at the deadline and extend
it |
22:12.13 |
caen23 |
i suppose the
student could reclaim it |
22:12.35 |
caen23 |
spertz: did
you compile successfully? |
22:13.13 |
spertz |
the
âmakeâ tool reported two errors |
22:13.28 |
spertz |
I donât
know if that is enough to make the compilation fail or
not |
22:13.40 |
caen23 |
if that's the
case, then it didn't produce the executable you are supposed to
run |
22:13.50 |
caen23 |
could you
post the errors? |
22:14.51 |
spertz |
first error:
âerror: format specifies type âvoid *â but the argument has
type âuint8_t *â (aka âunsigned char *â) [-Werror,
Wformat-pedantic] |
22:15.10 |
spertz |
second error:
âerror: format specifies type âvoid *ââ¦[same as
before] |
22:15.28 |
spertz |
first error
came from brlcad-svn-trunk/src/librt/cache.c:215:102 |
22:15.38 |
spertz |
second error
from brlcad-svn-trunk/src/librt/cache.c:254:104: |
22:16.30 |
Notify |
03BRL-CAD:starseeker * 69279
(brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake
brlcad/trunk/src/libbu/CMakeLists.txt): Looking over the old astyle
validation work, we need a way to skip integrated third party
sources. Do some experimenting with libbu. |
22:17.47 |
caen23 |
spertz: are
you on macos? |
22:17.51 |
spertz |
yes |
22:18.09 |
caen23 |
there seems
to be a problem with the default make (3.81) |
22:18.45 |
caen23 |
it produces
those errors, i found out today from another task, don't really
know why that happens |
22:19.00 |
caen23 |
do you have
homebrew by any chance? |
22:19.18 |
spertz |
yes I
do |
22:19.26 |
spertz |
i installed
cmake with brew |
22:19.31 |
caen23 |
ok |
22:19.37 |
caen23 |
brew install
homebrew/dupes/make |
22:20.46 |
caen23 |
when that's
done, try `gmake` instead of `make` |
22:21.06 |
spertz |
For the some
reason it returned every time with an error saying âError:
Running Homebrew as root is extremely dangerous and no longer
supported. |
22:21.06 |
spertz |
As Homebrew
does not drop privileges on installation you would be giving
all |
22:21.07 |
spertz |
build scripts
full access to your system.â |
22:22.07 |
caen23 |
are you
running the command as root? |
22:22.15 |
spertz |
Never mind, I
ran the brew without sudo and it seemed to work |
22:22.17 |
spertz |
sorry |
22:22.29 |
spertz |
I thought you
have to run brew with sudo to work |
22:22.51 |
caen23 |
it's quite
the opposite, actually :D a few months ago they changed it so that
running with sudo is a no-go |
22:23.03 |
caen23 |
for the
reason in the message (security issues) |
22:23.27 |
spertz |
oh thatâs
surprising. :0 |
22:24.56 |
caen23 |
not really,
you would mostly need root to install in places such as /usr/bin or
/bin, but since homebrew installs in /usr/local (that is accessible
by non-root users), root is not required |
22:27.27 |
spertz |
ok |
22:27.28 |
spertz |
thanks |
22:33.59 |
Notify |
03BRL-CAD:starseeker * 69280
(brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake
brlcad/trunk/src/libbu/CMakeLists.txt): put uce-dirent.h in ext
subdir. |
22:36.40 |
*** part/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
22:37.54 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
22:39.45 |
spertz |
I used gmake,
but thereâs still the same two errors |
22:40.34 |
caen23 |
spertz: try
to delete the build folder and run cmake and gmake
again |
22:41.18 |
spertz |
I did that, I
made a new folder called âbuildâ. Previously I built in
â.buildâ folder. |
22:41.41 |
spertz |
the new
folder without the period |
22:41.43 |
caen23 |
gmake
--version? |
22:41.56 |
spertz |
4.2.1 |
22:42.38 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
22:43.07 |
caen23 |
cc
--version? |
22:43.23 |
spertz |
8.0.0 |
22:43.36 |
spertz |
(clang-800.0.42.1) |
22:43.43 |
spertz |
Target:
x86_64-apple-darwin16.1.0 |
22:43.44 |
spertz |
Thread model:
posix |
22:43.44 |
spertz |
InstalledDir:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin |
22:45.47 |
caen23 |
how about the
cmake command you ran? |
22:46.02 |
*** join/#brlcad ries
(~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) |
22:46.17 |
spertz |
3.7.1 |
22:46.40 |
caen23 |
the command,
not the version |
22:47.31 |
spertz |
At the end of
its output it said ââConfiguring doneâ |
22:47.34 |
spertz |
âGenerating
done |
22:47.41 |
spertz |
â Build
files have been written to: ... |
22:47.59 |
caen23 |
yes, but i
mean, what did you type? or did you run the gui? |
22:49.43 |
spertz |
cmake ..
-DBRLCAD_ENABLE_STRICT=NO -DBRLCAD_BUNDLED_LIBS=ON
-DCMAKE_BUILD_TYPE=Release |
23:01.44 |
Notify |
03BRL-CAD:starseeker * 69281
(brlcad/trunk/misc/tools/astyle/astyle_main.cpp
brlcad/trunk/misc/tools/astyle/astyle_main.h): Quick and dirty
option for astyle to report how many files changed without actually
doing the file writes. Should be able to use this to significantly
simplifiy the style validation build logic. |
23:03.08 |
caen23 |
spertz: i'm
currently trying to reproduce the error |
23:03.24 |
*** join/#brlcad merzo
(~merzo@93-60-92-178.pool.ukrtel.net) |
23:10.23 |
spertz |
oh, thanks
man! |
23:10.41 |
*** join/#brlcad merzo
(~merzo@93-60-92-178.pool.ukrtel.net) |
23:11.46 |
caen23 |
i get the
same error with the make from homebrew |
23:12.06 |
caen23 |
however, i'm
able to build with some make i built some time ago |
23:21.43 |
caen23 |
actually, i
think i had an old version of the code |
23:27.30 |
caen23 |
you could try
modifying src/librt/cache.c, casting the fourth argument on lines
215 and 254 to (void *) |
23:28.19 |
caen23 |
it should be
(void *) external->ext_buf |
23:28.29 |
caen23 |
hopefully
that fixes it |
23:41.49 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
23:49.33 |
caen23 |
starseeker:
https://sourceforge.net/p/brlcad/patches/452/ |
00:49.04 |
andromeda-galaxy |
This GCI has
renewed my feeling that we need more CI + more robust builds/build
instructions. Basically everyone seems to be having builds
fail! |
01:12.02 |
spertz |
can i just
submit the task for review and say that compilation
failed? |
01:41.49 |
Notify |
03BRL-CAD:starseeker * 69282
(brlcad/trunk/src/other/libnetpbm/libpm.c
brlcad/trunk/src/other/libnetpbm/pm_config.h.in): Add patch #452
from Cezar fixing build with VS 2015 |
01:42.09 |
*** join/#brlcad rcvibylsfrguctei
(~armin@dslb-088-066-145-200.088.066.pools.vodafone-ip.de) |
01:51.13 |
Notify |
03BRL-CAD:starseeker * 69283
brlcad/trunk/src/proc-db/gtimes.c: set but unused error |
04:43.52 |
*** join/#brlcad gcibot-afk
(~gcibot@r190-134-151-179.dialup.adsl.anteldata.net.uy) |
04:43.52 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
07:05.58 |
*** join/#brlcad gcibot-afk
(~gcibot@r190-134-151-179.dialup.adsl.anteldata.net.uy) |
07:05.58 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
07:17.21 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:400b:e445:d6fe:d652:b952:1ca0) |
07:18.13 |
*** join/#brlcad amisha
(~amisha@202.164.53.117) |
07:32.24 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:400b:e445:d6fe:d652:b952:1ca0) |
08:00.26 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:400b:e445:d6fe:d652:b952:1ca0) |
08:08.05 |
*** join/#brlcad arsh
(3b5ee044@gateway/web/freenode/ip.59.94.224.68) |
08:08.34 |
arsh |
hello is
there anyone ?who can help me ? |
08:11.49 |
arsh |
??? |
08:13.14 |
arsh |
anyone? |
08:14.26 |
archivist |
ask a better
question |
08:17.58 |
archivist |
the real
question |
08:20.08 |
*** join/#brlcad Arsh
(3b5ee044@gateway/web/freenode/ip.59.94.224.68) |
08:20.58 |
Arsh |
I am not able
to find the font name of LibreCAD . Cqn anyone please help me
? |
08:21.19 |
Arsh |
Can* |
08:24.13 |
archivist |
it will be in
the source |
08:33.28 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
09:49.11 |
*** join/#brlcad Apra
(75c859f4@gateway/web/freenode/ip.117.200.89.244) |
10:48.04 |
*** join/#brlcad merzo_
(~merzo@114-33-133-95.pool.ukrtel.net) |
10:58.37 |
*** join/#brlcad caen23
(~caen23@info-c-73.info.uaic.ro) |
11:15.55 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
11:20.13 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
12:21.06 |
*** join/#brlcad merzo_
(~merzo@187-84-132-95.pool.ukrtel.net) |
12:43.14 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
13:54.25 |
*** join/#brlcad caen23
(~caen23@86.124.46.123) |
14:42.39 |
*** join/#brlcad arsh
(67c567dc@gateway/web/freenode/ip.103.197.103.220) |
14:42.54 |
arsh |
hello
! |
14:49.40 |
arsh |
? |
14:59.40 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:400b:e445:d6fe:d652:b952:1ca0) |
15:07.02 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:400b:e445:d6fe:d652:b952:1ca0) |
15:30.29 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:cd8e:290:f5ff:fedc:3bb2) |
15:46.30 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
16:17.52 |
arsh |
is there any
mentor ? |
16:18.03 |
Apra |
arsh, you can
ask your question :) |
16:18.16 |
Apra |
There are
lots of mentor |
16:18.30 |
arsh |
i wanted to
get task reviewed. |
16:19.04 |
Apra |
The mentors
must be busy...have patience :) |
16:19.49 |
arsh |
ok
thanks |
16:20.06 |
Apra |
Never
mind |
16:23.35 |
Apra |
You can also
give the link and state that you want to review your task....the
mentors will look into it |
16:25.02 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
16:44.16 |
*** join/#brlcad MikeH
(~Mike@188.175.158.32) |
16:52.23 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
16:55.35 |
Apra |
@Amarjeet Can
you just review :http://imgur.com/a/22RAQ |
17:02.19 |
amarjeet |
I think it
already reviewed sean and Daniel. |
17:02.26 |
amarjeet |
By* |
17:14.13 |
arsh |
<amarjeet> can you please review it
https://codein.withgoogle.com/dashboard/task-instances/6160869752832000/ |
17:19.02 |
amarjeet |
Okay just a
sec let me check |
17:19.35 |
Apra |
Oh yeah, I
got it :) |
17:20.14 |
andromeda-galaxy |
amarjeet,
Apra: In 2014, didn't we have a policy that we review all tasks in
order submitted only? |
17:20.14 |
arsh |
what
<Apra> |
17:22.33 |
arsh |
<amarjeet> did you see ? |
17:24.00 |
Apra |
andromeda-galaxy, I wasn't a part of GCI
in the year 2014 |
17:25.22 |
andromeda-galaxy |
Apra: I was a
student and I'm reasonable sure that that was the main policy ---
since students can't work on two tasks at once, waiting for review
is a major factor in slowing them down, so we want to review the
people that submitted first earlier so that everyone spends less
time in the queue |
17:26.34 |
Apra |
Yeah, it can
be |
17:27.04 |
Apra |
First come,
first serve |
17:29.29 |
Apra |
@d_rossberg,
Hi you just reviewed my task. |
17:31.38 |
d_rossberg |
Apra: looks
like this |
17:32.05 |
Apra |
Yeah |
17:32.59 |
Apra |
Did you mean
decreasing the size of the gear |
17:34.49 |
Apra |
in accordance
to the proportions of original shirt |
17:35.40 |
d_rossberg |
if you
enlarge your design to its real world size you can see the pixels,
this looks ugly |
17:38.02 |
Apra |
ohk.. |
17:39.11 |
Apra |
Can you just
mention the real world size |
17:41.45 |
d_rossberg |
look at your
shirts and enlarge the template of the shirt in your design to
their size |
17:42.05 |
d_rossberg |
this is what
i did |
17:45.40 |
Apra |
oh... |
17:46.40 |
Apra |
what I got
from the internet is the size should be 17.5" x 19" |
17:47.25 |
Apra |
Thats around
44.45 x 48.26 cm |
17:49.43 |
Apra |
Accordingly,
I have 2 shirts combined, doubling the width that would be around
90cm and my image size reads 86.32 x 48.26 |
17:50.52 |
Apra |
Just a little
difference in the width part...is this difference the one you are
talking about? |
17:52.51 |
d_rossberg |
when i set
the size of your image to 100% i get 22cm for a shirts
width |
17:53.24 |
d_rossberg |
(and this
includes the arms) |
17:55.44 |
Apra |
Oh, but I
zoomed into the shirt and then there displayed a option actual
pixels, print size I clicked on it it looked good. |
17:58.42 |
d_rossberg |
and what says
a ruler? |
17:59.25 |
d_rossberg |
take one of
your shirts, put it on your screen, enlarge the image until its
size fits the one of your shirt |
18:05.44 |
Apra |
You can look
into this link :http://imgur.com/a/ZfSKF |
18:09.22 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
18:11.08 |
d_rossberg |
i've seen it,
the t-shirt is 8.5 cm wide; would you fit it this? |
18:12.14 |
Apra |
8.5 cm? Isn't
it 40cm wide? |
18:13.01 |
d_rossberg |
follow your
link, take a ruler, and measure |
18:13.31 |
d_rossberg |
btw, you set
the zoom to 66.7% in Photoshop |
18:15.06 |
d_rossberg |
what size is
your screen when the t-shirt on the image is 40 cm
wide? |
18:15.42 |
Apra |
http://imgur.com/a/GUK5H |
18:17.20 |
d_rossberg |
that's
basically the same image |
18:17.46 |
d_rossberg |
ah, i see
what you mean |
18:17.58 |
Apra |
Yeah, I used
the marquee tool to display the total dimensions of the
tshirt |
18:18.45 |
d_rossberg |
but you have
to look at it in a 1:1 size, use a ruler for it! |
18:19.06 |
Apra |
whats a 1:1
size? |
18:19.23 |
Apra |
I am looking
at it in actual pixels |
18:19.55 |
Apra |
and if you
zoom in or zoom out the ruler changes relatively |
18:21.15 |
Apra |
So basically
how much you zoom out the ruler too will decrease its Least
Count |
18:22.44 |
d_rossberg |
i mean a real
ruler, folding rule, yardstick, ... |
18:23.26 |
Apra |
and then
place it on screen? |
18:23.33 |
d_rossberg |
rigth |
18:23.38 |
Apra |
ohk |
18:24.40 |
d_rossberg |
or take one
of your shirts, place it on the screen, ... |
18:28.08 |
d_rossberg |
i would
expect that you can't the screen any more if you place a short in
front of it ;) |
18:29.48 |
Apra |
Yeah, I got
you...2 cm = 1.7 cm of the real world |
18:31.47 |
Apra |
so
accordingly, it must be Width= 34.034cm |
18:31.49 |
d_rossberg |
the 40.04 cm
Photoshop shows you depend on the DPI valu set there |
18:32.33 |
Apra |
and,
Height=33.5cm |
18:33.56 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
18:35.49 |
d_rossberg |
btw, the 40
cm are very slim |
18:41.01 |
Apra |
That's where
I downloaded the shirt from...they gave me these values by
default |
18:44.34 |
d_rossberg |
that's ok,
maybe you should adjust the dpi resolution setting in
photoshop |
18:46.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:46.35 |
spertz |
hi
everyone |
18:46.41 |
spertz |
Iâm also
thinking of doing a tshirt task |
18:46.49 |
spertz |
but where can
i find templates for tshirts |
18:46.51 |
spertz |
? |
18:51.27 |
*** part/#brlcad spertz
(~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
18:51.31 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
18:59.32 |
Apra |
@d_rossberg:
I changed its width and heigth all along...wait I am sending the
psd file |
19:02.33 |
Apra |
Yeah...I've
sent you the psd file...can you just check whats missing and then I
will work on it again :) |
19:14.10 |
Apra |
If that
doesn't work I've changed the dpi resolution :) |
19:19.53 |
Apra |
You can check
it |
20:04.05 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:22.00 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:38.35 |
*** part/#brlcad spertz
(~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
20:51.10 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:28.58 |
*** join/#brlcad Apra
(75c859f4@gateway/web/freenode/ip.117.200.89.244) |
22:41.41 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
22:57.01 |
*** join/#brlcad asad_
(~asad00@pool-173-72-4-45.cmdnnj.fios.verizon.net) |
23:00.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:23.30 |
*** join/#brlcad caen23
(~caen23@86.124.46.123) |
00:28.19 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:24.04 |
*** join/#brlcad rogers_
(ac7f17bf@gateway/web/freenode/ip.172.127.23.191) |
01:27.03 |
rogers_ |
http://i.imgur.com/oZ6npBp.png |
01:27.17 |
rogers_ |
Built brlcad
using bash on ubuntu for windows |
01:27.23 |
rogers_ |
it works
100% |
01:56.06 |
rogers_ |
anyone? |
05:25.31 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
05:57.07 |
Notify |
03BRL-CAD:starseeker * 69284
brlcad/trunk/src/libbu/CMakeLists.txt: copy paste error |
06:14.51 |
*** join/#brlcad tofu__
(~sean@104.225.5.10) |
06:15.02 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
06:33.50 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
07:22.27 |
*** join/#brlcad Apra
(75c85b25@gateway/web/freenode/ip.117.200.91.37) |
07:41.22 |
*** join/#brlcad Apra
(75c85b25@gateway/web/freenode/ip.117.200.91.37) |
07:45.36 |
Apra |
@caen23 I am
trying to install cmake gui(64bit) but the app is
crashing |
07:49.41 |
Apra |
and about the
visual studio its telling that it requires a newer version of
windows |
08:01.32 |
*** join/#brlcad Apra_
(75c85b25@gateway/web/freenode/ip.117.200.91.37) |
08:03.23 |
*** part/#brlcad Apra
(75c85b25@gateway/web/freenode/ip.117.200.91.37) |
09:16.17 |
Apra |
@tofu_ Hi can
we discuss about the t-shirt task that I had claimed? |
09:19.53 |
Apra |
Actually
there are a lot of things to be taken care of but Iam not
understanding some of them... |
09:54.00 |
*** join/#brlcad MikeH
(~Mike@188.175.158.32) |
11:41.50 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-066-145-200.088.066.pools.vodafone-ip.de) |
14:11.13 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
14:31.50 |
*** join/#brlcad arsh
(67c566df@gateway/web/freenode/ip.103.197.102.223) |
14:33.17 |
arsh |
I want
help |
14:41.04 |
*** join/#brlcad merzo
(~merzo@93-60-92-178.pool.ukrtel.net) |
14:42.50 |
Apra |
arsh, Ask
it |
15:29.05 |
*** join/#brlcad Arsh
(67c566df@gateway/web/freenode/ip.103.197.102.223) |
16:12.49 |
*** join/#brlcad asad_
(~asad00@pool-173-72-4-45.cmdnnj.fios.verizon.net) |
16:19.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:23.22 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
16:34.00 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-79-68.dialup.adsl.anteldata.net.uy) |
16:34.00 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
16:42.38 |
*** join/#brlcad kintel_
(~kintel@unaffiliated/kintel) |
17:36.07 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-49-250-157.dialup.adsl.anteldata.net.uy) |
17:36.07 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
17:51.02 |
caen23 |
starseeker: i
sent another patch, some missing casts in `librt/cache.c` are
breaking compilation |
17:51.06 |
caen23 |
lots of
complaints on gci :D |
18:12.17 |
Apra |
@caen23: are
you free? |
18:12.24 |
caen23 |
yes, what's
up? |
18:13.31 |
Apra |
Did you see
my msg...I had sent you in the morning? |
18:13.44 |
caen23 |
the one about
cmake and vs? |
18:14.17 |
Apra |
I am sorry I
dont know what your time zone but i sent it about 10hours
ago |
18:14.34 |
Apra |
yeah |
18:14.51 |
Apra |
right cmake
and visual studio |
18:14.55 |
caen23 |
i'll need
some more info, how is cmake crashing specifically, and what
version of windows are you on? |
18:16.40 |
Apra |
windows 7 64
bit |
18:16.53 |
caen23 |
what
installer did you use for vs? |
18:16.54 |
Apra |
and the error
reads like this: |
18:17.04 |
Apra |
installer? |
18:17.14 |
Apra |
didn't get
you |
18:17.38 |
caen23 |
uhm... how
did you install visual studio? |
18:17.45 |
caen23 |
or how did
you attempt to install it, rather |
18:18.21 |
Apra |
ohk...downloaded it the community
version |
18:19.02 |
caen23 |
so you got it
from the microsoft website, right? |
18:19.11 |
caen23 |
also, do
paste the error message you wanted to show me earlier |
18:19.14 |
Apra |
yep |
18:19.43 |
Apra |
I used the
file I had downloaded 2-3 days ago |
18:20.12 |
Apra |
I tried to
find in stack-overflow and googled it... |
18:20.26 |
caen23 |
please send
me the error message |
18:20.44 |
caen23 |
copy/paste,
or a screenshot if you can |
18:22.32 |
Apra |
It said
windows requires a newer version |
18:22.48 |
*** join/#brlcad ickby
(~stefan@x5d844e4c.dyn.telefonica.de) |
18:22.54 |
caen23 |
then maybe
you are behind on the windows updates |
18:23.14 |
caen23 |
are you on
sp1? |
18:24.09 |
Apra |
Let me
check...shall dxdiag tell it? |
18:24.32 |
caen23 |
uhm... not
sure |
18:24.47 |
Apra |
No...it
doesn't |
18:25.01 |
Apra |
wait let me
check properties |
18:25.15 |
caen23 |
you could
open a command prompt, type `ver` and paste the string
here |
18:25.59 |
caen23 |
or Start >
Computer > Properties, it should say Service Pack 1 around there
somewhere |
18:26.26 |
Apra |
Microsoft
Windows [Version 6.1.7600] |
18:26.43 |
caen23 |
another
thing... what version of win 7 is it? home premium? professional?
ultimate? |
18:26.58 |
Apra |
ultimate |
18:28.53 |
Apra |
Well were you
busy yesterday? till about 4 am IST? |
18:29.19 |
caen23 |
yeah, so i
think that's the issue. vs 2015 requires win 7 sp1 or later, and i
think you don't have sp1 |
18:29.25 |
caen23 |
yes i was
busy |
18:29.48 |
Apra |
Yeah, |
18:30.07 |
Apra |
so now i
think i have to search for windows update, right? |
18:31.22 |
caen23 |
you have many
options, either update your windows to sp1, or find an older
version of visual studio, or maybe do the task inside a
vm |
18:31.50 |
caen23 |
whichever you
prefer, or is faster |
18:32.40 |
Apra |
see i tried
using a vb...didn't work |
18:33.42 |
caen23 |
an older
vb? |
18:33.43 |
Apra |
Thinking to
update..what do u say? |
18:33.52 |
Apra |
ohk,
link? |
18:33.57 |
caen23 |
oh, sorry,
virtual box. i keep forgetting what that is :D |
18:34.34 |
caen23 |
how did
virtualbox not work? what was the error? |
18:36.01 |
Apra |
some peculiar
type of screen came i dont know its technical name....some kind of
colors(type of a rainbow) appeared with many letters scattered on
the screen |
18:38.21 |
caen23 |
did you try
to install a specific os inside virtualbox? |
18:39.26 |
Apra |
it didnt
appear...like we get the dialog box in ubuntu which says install or
try...it didn't appear...the color screen appeared before
it |
18:40.42 |
caen23 |
then could
you try to install virtualbox again, download an iso of debian, and
try to install debian this time? |
18:40.51 |
caen23 |
and if things
don't work, maybe send a screenshot? |
18:40.56 |
Apra |
well i
updated sp1..still saying requires newer version |
18:41.15 |
caen23 |
are you sure
you updated properly? send the output of `ver` again |
18:41.25 |
Apra |
ohk...what
about brl-cad for virtual machines? |
18:41.28 |
caen23 |
i would
expect a restart to be required |
18:41.42 |
caen23 |
yes, you
could try that as well |
18:42.06 |
Apra |
Yes i
restarted it |
18:58.49 |
*** join/#brlcad Apra_
(75c85b25@gateway/web/freenode/ip.117.200.91.37) |
19:08.24 |
Notify |
03BRL-CAD:starseeker * 69285
brlcad/trunk/src/librt/cache.c: Apply patch #453 from Cezar to fix
a build issue. |
19:27.03 |
caen23 |
so i just
compiled the latest sources successfully on macos, hopefully people
won't complain about compilation errors in the near future
^^ |
19:27.22 |
caen23 |
i'll start a
build on windows as well |
19:42.41 |
Apra_ |
@caen23,
shall I try to run BRL-CAD using BRL-CAD for virtual
machines? |
19:43.15 |
Apra_ |
or rather
like you said use.....Debian for virtual box? |
19:43.39 |
caen23 |
you shall try
to compile using the vm. first try to install the brl-cad vm inside
virtualbox |
19:45.08 |
Apra_ |
with vm do u
mean virtual machines or vm-ware? |
19:45.33 |
caen23 |
virtual
machine |
19:46.21 |
Apra_ |
ohk |
19:47.21 |
Apra_ |
and is there
a way like try to make a bootable usb and then run the os in boot
menu? |
19:49.39 |
caen23 |
uhm... you
don't need to make a bootable usb. just select the vm you
downloaded when you're creating a new vm in virtualbox, and it
should work |
19:52.50 |
Apra_ |
Actually
during these days I researched many things about vb and all
:) |
19:53.08 |
Apra_ |
so just
sharing some ideas with you :D |
19:59.42 |
caen23 |
nice
:D |
20:20.18 |
caen23 |
heh,
successful compilation on vs 2015 as well <3 |
20:20.39 |
caen23 |
no better
time to start working on those tasks :P :P |
20:23.03 |
Apra |
are the msgs
for me? |
20:24.11 |
caen23 |
for
everyone |
20:24.39 |
Apra |
ohk |
20:25.36 |
Apra |
Anyways I am
going to sleep, have an exam tomorrow |
20:26.47 |
caen23 |
good
luck |
20:27.00 |
Apra |
Thanks |
20:42.29 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:78fd:a2f:7215:968f) |
20:44.58 |
*** join/#brlcad nmz787
(~nmz787@unaffiliated/nmz787) |
20:45.03 |
nmz787 |
howdy |
20:45.05 |
nmz787 |
anyone
here? |
20:46.57 |
nmz787 |
just have a
general usage question |
20:47.37 |
nmz787 |
but I wanted
to chat about it, and also can wait as I trace my TCL script to
make sure I'm doing what I think I should |
20:50.04 |
caen23 |
hi
nmz787 |
20:50.17 |
caen23 |
what do you
want to chat about? |
20:51.48 |
*** join/#brlcad ickby
(~stefan@x5d844e4c.dyn.telefonica.de) |
20:56.24 |
nmz787 |
wondering
right now if unions might not work with adjacent items, say an
rpp(point1, point2) and another rpp(point2, point3) (where in
space, they are all sequential, such that point 1 and 3 are
opposite point 2... in other words point 2 should be common, maybe
even share a whole egde in common not just that point) |
20:59.34 |
nmz787 |
also, other
than generating an STL, how do I export a raytraced screenshot,
such that I should see whether unions failed to smooth boundaries
between primitives? In MGED now, I see the primitives, and it makes
me wonder if things failed to connect up |
21:01.33 |
nmz787 |
I can pass my
current TCL script that generates my model... I make a bunch of
stuff, then combine, union, subtract, etc... finally I make a
region from a subtraction... then I take slices of that (union the
region with a rpp slice), but I see the slices are combinations, so
maybe they need to be regions |
21:05.50 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:06.06 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
21:18.20 |
*** join/#brlcad ickby_
(~stefan@x5d844e4c.dyn.telefonica.de) |
21:19.30 |
nmz787 |
ah, right,
File then Raytrace |
21:24.48 |
*** join/#brlcad ickby
(~stefan@x5d844e4c.dyn.telefonica.de) |
21:33.13 |
nmz787 |
so now it
seems I need to learn how to drive the 'rt' program from the
command-line |
21:33.59 |
nmz787 |
I have the
X,Y coordinates of my viewport, and know I want to look from Z,
both down and up for a given slice... and export both views
(looking up, looking down) |
21:34.20 |
nmz787 |
I got two
raytrace .sh files |
21:34.37 |
nmz787 |
but am not
sure how to set the viewing area to my X,Y bounding
coords |
21:36.05 |
nmz787 |
reads man page |
22:11.56 |
nmz787 |
is there a
way to temporarily hide the red wireframe in mged, other than using
the Z command? |
22:12.13 |
nmz787 |
(i.e. after
raytracing, I want to hide the wireframe) |
22:12.27 |
nmz787 |
(then be able
to turn it back on at the view/angle I was just at) |
22:12.42 |
nmz787 |
while Z then
e on the object, will reset the view/angle |
22:26.28 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:34.42 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
23:39.31 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:10.06 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:30.08 |
Notify |
03BRL-CAD
Wiki:Nmz787-brlcad * 0 /wiki/File:TGC_mged_brlcad.png: TGC from the
BRL-CAD PDFs (screenshot from Google Books viewing
session) |
00:33.38 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:48.48 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
00:51.04 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
01:01.31 |
*** join/#brlcad asad_
(~asad00@pool-173-72-4-45.cmdnnj.fios.verizon.net) |
01:13.07 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
01:29.36 |
Notify |
03BRL-CAD
Wiki:Nmz787-brlcad * 9845 /wiki/User:Nmz787-brlcad: added TGC
examples |
01:30.37 |
Notify |
03BRL-CAD
Wiki:Nmz787-brlcad * 9846 /wiki/User:Nmz787-brlcad: |
01:39.39 |
*** join/#brlcad dltnsufjfszzznly
(~armin@dslb-088-064-046-113.088.064.pools.vodafone-ip.de) |
02:57.40 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
04:07.01 |
*** join/#brlcad Guest81554
(~sucode@47.8.119.171) |
04:19.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:24.39 |
*** join/#brlcad ickby
(~stefan@x5d844e4c.dyn.telefonica.de) |
05:32.59 |
*** join/#brlcad ickby
(~stefan@x5d844e4c.dyn.telefonica.de) |
05:37.27 |
*** join/#brlcad ickby_
(~stefan@x5d844e4c.dyn.telefonica.de) |
05:38.13 |
*** join/#brlcad gcibot-afk
(~gcibot@r167-56-254-227.dialup.adsl.anteldata.net.uy) |
05:38.13 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
06:06.59 |
*** join/#brlcad ickby_
(~stefan@x5d844e4c.dyn.telefonica.de) |
06:21.34 |
*** part/#brlcad Guest81554
(~sucode@47.8.119.171) |
06:37.14 |
*** join/#brlcad MikeH
(~Mike@188.175.158.32) |
06:42.59 |
*** join/#brlcad ickby_
(~stefan@x5d844e4c.dyn.telefonica.de) |
06:55.21 |
*** join/#brlcad ickby
(~stefan@x5d844e4c.dyn.telefonica.de) |
07:28.06 |
Notify |
03BRL-CAD
Wiki:Yaseralewe * 0 /wiki/User:Yaseralewe: |
07:39.52 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.150.60) |
07:58.37 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
08:02.16 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:400f:97e2:7738:99ab:beab:2cfd) |
08:16.01 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:400f:97e2:7738:99ab:beab:2cfd) |
08:25.22 |
*** join/#brlcad merzo
(~merzo@91.217.179.122) |
08:41.29 |
*** join/#brlcad ickby_
(~stefan@x5d844e4c.dyn.telefonica.de) |
08:45.05 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:400f:1541:b07:3176:32be:334b) |
08:50.55 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4105:b0d:2d6c:a9b1:5d17:6e2a) |
08:56.01 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4105:b0d:2d6c:a9b1:5d17:6e2a) |
09:21.08 |
*** join/#brlcad ickby_
(~stefan@x5d844e4c.dyn.telefonica.de) |
09:34.17 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4105:b0d:2d6c:a9b1:5d17:6e2a) |
10:34.50 |
*** join/#brlcad ickby
(~stefan@x5d8475d3.dyn.telefonica.de) |
11:32.22 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:cd8e:290:f5ff:fedc:3bb2) |
12:09.35 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
12:12.55 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
13:21.06 |
*** join/#brlcad Apra
(75c85bda@gateway/web/freenode/ip.117.200.91.218) |
13:38.17 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
13:57.24 |
*** join/#brlcad harpreet
(~harpreet@169.149.185.175) |
13:58.12 |
harpreet |
Hey there.How
is everybody |
13:58.21 |
harpreet |
Need
Sean |
13:59.39 |
Apra |
@harpreet you
can msg at @tofu_ |
14:02.09 |
harpreet |
I want to
discuss something |
14:03.15 |
Apra |
tofu_ is his
nick name...msg him |
14:03.51 |
harpreet |
Actuaaly I
made a sticker for open cax and want to know how to deliver it in
editable format. |
14:04.22 |
harpreet |
@tofu_ Can
you help me |
14:04.44 |
caen23 |
no need to
"msg" anyone, just wait for a reply (patiently) |
14:05.57 |
*** join/#brlcad Caterpillar3
(~caterpill@unaffiliated/caterpillar) |
14:06.31 |
harpreet |
Can you tell
me how to cite the source |
14:06.54 |
Apra |
harpreet, you
can just check your task...it says .XCF, .SVG, .AI, or .PSD all
will work, so you can submit it in any of these formats |
14:10.30 |
harpreet |
Apra, I
attached the.xcf format and need to know how to cite tyhe
source |
14:11.37 |
Apra |
The images
you provided, you need to cite their source |
14:12.19 |
harpreet |
how? |
14:12.59 |
Apra |
the place you
downloaded it, which says that you can use it |
14:13.15 |
harpreet |
where? |
14:13.34 |
harpreet |
In the
icon? |
14:14.14 |
Apra |
yeah, the
templates, the pictures you used, you need to cite them |
14:16.36 |
harpreet |
actyally
sorry for that, but i am not getting it |
14:17.00 |
Apra |
Never
mind...lets try another way |
14:17.04 |
harpreet |
what is the
method to cite |
14:17.18 |
harpreet |
can you
elaborate it. |
14:17.33 |
Apra |
See did you
use any pictures, which you downloaded from the
internet? |
14:17.45 |
harpreet |
yes |
14:18.21 |
Apra |
hmm...so
where did those files originate...you need to cite it |
14:18.46 |
harpreet |
In my
Sticker? |
14:19.19 |
Apra |
Yeah, the
files you used from the internet in your sticker |
14:19.37 |
harpreet |
thanks a
lot.now i am getting it |
14:19.48 |
harpreet |
can I send
you that file |
14:20.00 |
harpreet |
for
review |
14:20.13 |
Apra |
No don't do
that coz i am a fellow participant |
14:20.43 |
harpreet |
ok then after
all thanks |
14:20.44 |
Apra |
btw, nice to
meet you and help you |
14:21.02 |
harpreet |
:) |
14:21.20 |
Apra |
You can wait
there, mentors will be there to review it |
14:27.38 |
harpreet |
OK |
14:29.58 |
harpreet |
hwy Apra I
want to ask you something |
14:30.05 |
Apra |
Yeah |
14:30.11 |
Apra |
sure |
14:31.09 |
harpreet |
If I failed
to cite it.Will it lead to my dismissal |
14:31.50 |
Apra |
Yeah as the
task reads it might |
14:32.08 |
Apra |
Aren't you
getting those? |
14:32.17 |
harpreet |
But there is
no notice regarding it. |
14:32.26 |
harpreet |
In task
description |
14:32.58 |
Apra |
"Note:
failure to cite a source may be plagiarism and grounds for
dismissal from GCI." |
14:33.23 |
harpreet |
not in my
task |
14:34.10 |
Apra |
Send me the
link |
14:34.58 |
harpreet |
https://codein.withgoogle.com/tasks/5407708626812928/ |
14:34.59 |
gcibot_ |
Design a
sticker for OpenCAx || 3 days || Outreach / Research ||
BRL-CAD |
14:36.03 |
Apra |
Yeah, there
isn't any |
14:36.27 |
harpreet |
So, I need to
worry or not? |
14:36.41 |
Apra |
but to be on
the safer side I would suggest you to cite them |
14:37.54 |
harpreet |
I cite the
download website in the lower portion of my sticker. |
14:38.22 |
harpreet |
Is it
alright |
14:38.35 |
Apra |
Just create
another txt document and cite the sources there |
14:39.46 |
harpreet |
You mean I
have to create a text document and to write the downloading source
and to attach the file In task conversation box? |
14:40.34 |
Apra |
Yeah, you can
do it...but still it would be better if you wait for the mentor to
reply in these matters |
14:41.08 |
harpreet |
I had
submitted the task although |
14:41.32 |
Apra |
ohk |
14:42.15 |
harpreet |
Can I attach
the text document now? |
14:42.41 |
Apra |
Yeah, you
can |
14:43.44 |
harpreet |
thans a lot
for you help and patience :p |
14:44.07 |
Apra |
My pleasure
:p |
14:45.04 |
Apra |
Anyways it
was a great helping you :) |
14:46.01 |
harpreet |
Are a
participant of GCI |
14:46.44 |
Apra |
Yep, I am a
participant |
14:47.18 |
harpreet |
From where
are you |
14:47.36 |
Apra |
India |
14:47.48 |
harpreet |
What! me
too |
14:48.38 |
harpreet |
I am from
punjab. |
14:48.43 |
harpreet |
You? |
14:49.50 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4087:30fd:d4f8:4d59:fcf8:994d) |
14:51.52 |
harpreet |
Apra Btw, Nce
meeting you. |
14:52.46 |
*** join/#brlcad harpreet
(~harpreet@169.149.185.175) |
14:53.02 |
Apra |
Jharkhand |
14:59.26 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4087:30fd:d4f8:4d59:fcf8:994d) |
15:00.54 |
Apra |
amarjeet are
you free? |
15:02.13 |
Apra |
I had some
questions about my task |
15:13.15 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:6be3:300b:85eb:8e1) |
15:26.32 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:6be3:300b:85eb:8e1) |
15:30.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:36.39 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:6be3:300b:85eb:8e1) |
15:52.29 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
16:02.46 |
*** part/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
16:13.10 |
*** join/#brlcad MikeH
(~Mike@188.175.158.32) |
17:40.19 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-54-20-95.dialup.adsl.anteldata.net.uy) |
17:40.19 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
18:09.52 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
20:08.45 |
``Erik |
!notify
week |
20:08.45 |
Notify |
BRL-CAD:
starseeker:14, brlcad:7, Thebunnyrules:1, bob1961:1,
Rfmergarejo:1 |
20:08.46 |
Notify |
BRL-CAD Wiki:
Nmz787-brlcad:3, Nikolay Kolev:1, Yaseralewe:1 |
20:08.55 |
``Erik |
!notify
year |
20:08.57 |
Notify |
BRL-CAD:
starseeker:965, brlcad:409, ejno:165, n_reed:48, bob1961:32,
vasco_costa:8, d_rossberg:7, jordisayol:5, 59.91.119.167:1,
ZitarMorningStar:1, mendesr:1, Thebunnyrules:1,
Rfmergarejo:1 |
20:08.57 |
Notify |
BRL-CAD Wiki:
Tandoorichick:47, Asadmorgoth:32, Mandeeps708:30, Sean:18,
Starseeker:11, Amarjeet Singh Kapoor:10, Gaganjyotsingh:5,
Gauravjeet:4, Adityachunar:3, Oleksandr dubenko:3, Feragon.xi:3,
Nmz787-brlcad:3, 195.33.171.4:2, Catchchaos:2, Adreabroline:2,
Quenzo-cad:1, Somelongname:1, Aminhashemi:1, Ericweissmann:1,
Vanuma6674:1, PatrickHead:1, Tafodinho1996:1, Mechklrcet:1,
FrancescoM:1, Eddysalazar:1, Sdiprinzio:1, ZitarMorningStar:1,
TesterTester:1, Wis |
21:00.00 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-54-20-95.dialup.adsl.anteldata.net.uy) |
21:00.00 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
23:17.48 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:18.15 |
*** join/#brlcad merzo
(~merzo@93-60-92-178.pool.ukrtel.net) |
00:05.46 |
caen23 |
hmm...
apparently bitdefender (and maybe others) mark some files from
brl-cad as threats
https://codein.withgoogle.com/dashboard/task-instances/6594523692007424/ |
00:05.49 |
gcibot |
[WANT TO
CODE? START HERE] Compile and Install BRL-CAD || 3 days || Code,
Documentation || BRL-CAD || Beginner task |
00:26.57 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
00:52.59 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:38.54 |
*** join/#brlcad pkglbiclzwvqfrqd
(~armin@dslb-088-064-044-032.088.064.pools.vodafone-ip.de) |
01:49.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:03.38 |
starseeker |
``Erik:
cool! |
03:06.47 |
starseeker |
not sure if
it's right (if the first report is supposed to be only svn
commits?) but that's a neat idea |
05:18.03 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
05:42.07 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-77-47.dialup.adsl.anteldata.net.uy) |
05:42.07 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
06:55.51 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:48e5:c225:120a:294b) |
07:00.12 |
*** join/#brlcad ickby
(~stefan@x5d8475d3.dyn.telefonica.de) |
07:00.54 |
*** join/#brlcad Apra
(75c856e0@gateway/web/freenode/ip.117.200.86.224) |
07:09.11 |
Apra |
I had posted
a comment 2 days ago in my task but I think no one has seen it...I
have just 20 minutes left for my task...Its regarding T-Shirt
designing for BRL-CAD |
07:36.37 |
andromeda-galaxy |
Apra:
link? |
07:37.16 |
Apra |
https://codein.withgoogle.com/dashboard/task-instances/5194521237258240/ |
07:37.23 |
gcibot |
Design a
t-shirt for BRL-CAD || 3 days || Outreach / Research ||
BRL-CAD |
07:37.31 |
andromeda-galaxy |
Apra: if you
reclaim it I will extend the tim |
07:38.13 |
Apra |
re-claimed |
07:38.58 |
andromeda-galaxy |
Apra: time
added! |
07:39.04 |
andromeda-galaxy |
no idea why
it was not reviewed for so long, sorry |
07:39.24 |
andromeda-galaxy |
I tend not to
review the design tasks b/c I usually miss things on them (stick to
more code-oriented ones). sorry! |
07:39.28 |
Apra |
Never
mind |
07:39.36 |
andromeda-galaxy |
(although we
have fewer of those than usual this year...) |
07:39.36 |
Apra |
its ok
:) |
07:40.16 |
andromeda-galaxy |
brlcad: btw
if we do not have a docker container anywhere I will create/mentor
a task to set one up |
07:41.30 |
andromeda-galaxy |
Apra: hope
somebody looks at it soon ;) |
07:41.57 |
Apra |
Yeah...even I
hope the same :D |
07:42.56 |
Apra |
andromeda-galaxy: You were one of the
grand-finalist last year...Isn't it? |
07:44.09 |
andromeda-galaxy |
Apra: yeah, a
bunch of the old students are mentoring now. I was one of the
winners the last 2 years brlcad participated
(2013/2014) |
07:44.46 |
Apra |
oh..how many
codeing tasks did you complete...just curious :) |
07:47.02 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
07:48.40 |
andromeda-galaxy |
Apra: it is
hard to remember exact numbers (+ I did do some
design/modelling/documentation/etc. especially during 2014). but I
think probably somewhere in the 25-40 area? |
07:49.10 |
Apra |
25-40
tasks? |
07:49.36 |
andromeda-galaxy |
yeah, about
that, I think |
07:50.48 |
Apra |
Thats
actually great....Its hard for me to manage that much of a time coz
I having exams too but still i am trying to do my best |
07:51.43 |
Apra |
and, the most
important is I am this enjoying open-source :D |
07:51.57 |
Apra |
*enjoying
this |
07:52.05 |
andromeda-galaxy |
yeah, exams
are annoying. that year I had fewer in-class exams I vaguely
remember, which was nice. but yeah, the most important thing is to
enjoy this and get involved! |
07:53.52 |
Apra |
My aim was to
complete ~20 tasks till 1st Jan...but just ~10 tasks till
now |
07:54.04 |
andromeda-galaxy |
Apra: also
the contest overall does seem a little bit more low-key this year.
And I feel like we haven't been doing as great a job of stocking
tasks as we should be for you all to work on (I admit to not having
been great about this so far...) |
07:54.16 |
andromeda-galaxy |
sounds like a
good plan |
07:54.50 |
andromeda-galaxy |
sorry to
delay you with the lack of recent review on design
tasks |
07:55.04 |
andromeda-galaxy |
waiting for
review is always a little too bad ;) |
07:55.09 |
Apra |
Thats ohk
:) |
07:55.23 |
Apra |
It must be
the mentors were busy too |
07:56.17 |
andromeda-galaxy |
presumably.
thanks for the patience! btw if you want to get started doing more
coding tasks I'll be around and would be glad to get you pointed in
the right direction |
07:58.04 |
Apra |
Yeah, I can
concentrate upon codeing tasks, when my dad comes in the weekend
coz he has the laptop and stays out of station, and my pc is quite
full and slow, so it just crashes with vb |
07:58.32 |
andromeda-galaxy |
ah, yeah.
Okay, in that caes I might not be as much help since I've never
built brlcad on windows |
07:58.35 |
andromeda-galaxy |
only
linuxes |
07:58.37 |
Apra |
and i dont
have a free space to just dual boot ubuntu with windows |
07:59.20 |
Apra |
Else I had
plan to make the plugins for LibreCAD 3 |
07:59.27 |
andromeda-galaxy |
ah yeah,
that's hard |
07:59.29 |
andromeda-galaxy |
too
bad |
08:00.50 |
Apra |
hmm, and yeah
even caen23 is there for codeing tasks for windows...he asked me to
install visual studio and cmake but once again luck didn't
favour |
08:02.05 |
andromeda-galaxy |
oh yeah, I
saw that conversation. it is too bad that getting dev envs
(overall) set up on windows is so difficult |
08:03.06 |
Apra |
just another
query the place where the comments and all are visible in GCI..it
doesn't reload automatically is there any fix for it? |
08:03.21 |
Apra |
right |
08:05.31 |
andromeda-galaxy |
the task page
on the website? |
08:05.36 |
Apra |
Yeah |
08:05.40 |
andromeda-galaxy |
I'm not
super-familiar with the new system, so I don't really
know |
08:05.54 |
andromeda-galaxy |
(2014 was the
last year that Google used Melange for GCI) |
08:06.34 |
Apra |
oh...I need
to click on the refresh button every time I want updates or rather
press ctrl + r |
08:09.56 |
Apra |
Till the
mentors look into my task...can you tell me whats opencl and how is
it related to c? |
08:11.18 |
andromeda-galaxy |
so
roughly, |
08:11.19 |
Apra |
As I
developed an interest for this task:
https://codein.withgoogle.com/tasks/5116035485138944/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1 |
08:11.21 |
gcibot |
Convert a
single function from C to OpenCL (hyperboloid) || 3 days || Code ||
BRL-CAD |
08:11.36 |
andromeda-galaxy |
C is a
programming language that you can use to write code that will be
compiled to run on your computer, right? |
08:11.47 |
andromeda-galaxy |
but computers
nowadays tends to have fairly sophisticated coprocessors, like
fancy graphics cards |
08:11.49 |
Apra |
Yeah |
08:11.57 |
andromeda-galaxy |
(or fpgas, or
Xeon Phis or whatever, but mostly GPUs) |
08:12.13 |
Apra |
Yeah
GPUs |
08:12.13 |
andromeda-galaxy |
so the idea
of OpenCL is that it is a language for writing code that doesn't
necessarily run on the cpu like most code does |
08:12.31 |
andromeda-galaxy |
so you write
these "kernels" in this sort of c-ish language that are compiled to
be able to run on the gpu |
08:12.46 |
Apra |
ohk...so
where does it run? |
08:12.56 |
Apra |
ohk |
08:13.00 |
andromeda-galaxy |
but this
actually turns out to be very different from "normal" C programming
because the main advantage of gpus is basically that they can do
tons and tons of small operations in parallel |
08:13.19 |
andromeda-galaxy |
so you have
to write code that does tons of stuff in parallel *and stays
synchronized* |
08:13.33 |
andromeda-galaxy |
and to make
it even worse, they usually have lots of different levels of memory
available and not very much for each individual shader
unit |
08:13.38 |
Apra |
seems
challenging |
08:13.43 |
andromeda-galaxy |
so you have
to manually deal with the memory heirarchy |
08:13.46 |
andromeda-galaxy |
so it's
pretty annoying |
08:13.58 |
andromeda-galaxy |
but it can
make great speedups and be a lot of fun! |
08:14.06 |
andromeda-galaxy |
I definitely
don't want to discourage you from working on those
tasks |
08:15.16 |
Apra |
Yeah have
programmed on Java for 2-3 years and now learning an outdated c++
which is taught in school(borland c++) |
08:17.01 |
Apra |
Basically I
love programming...but when i opened up the .c file i got nervous-
it was some 400+ lines i guess...though much of it were filled by
comments so just wanted to ask you about it |
08:18.10 |
Apra |
But header
files like raytrace.h are these library there in c
programs? |
08:19.42 |
andromeda-galaxy |
header files
contain declarations of functions defined elsewhere. "public"
header files like the ones in include/ are usually used basically
as interfaces to other libraries, yes |
08:20.16 |
andromeda-galaxy |
so I am not
involved with the opencl effort/that task, but looking at the
sample that is provided, I don't think that you have to convert the
whole 400+line file---basically just the shot/norm
functions? |
08:22.50 |
Apra |
Just the 2
functions? |
08:23.49 |
andromeda-galaxy |
so like I
said I am not the authority on this |
08:24.08 |
andromeda-galaxy |
but if you
look at the ehy files that are provided, the opencl version only
has ehy_shot and ehy_norm while the regular c version has a bunch
of other useful functions |
08:24.56 |
Apra |
yeah, thats
true |
08:25.14 |
Apra |
just two
functions in opencl |
08:29.44 |
Apra |
can you give
me the irc nicks of the mentors? |
08:30.06 |
andromeda-galaxy |
so Sean is
brlcad |
08:30.30 |
andromeda-galaxy |
I am
apparently on there even though I don't know much about the task:)
mentors were selected pretty much at random apart from any
particular requests, I think |
08:30.54 |
andromeda-galaxy |
I don't have
the other nicks off the top of my head |
08:30.55 |
Apra |
oh |
08:31.08 |
andromeda-galaxy |
but probably
just ask in here about the opencl effort overall and somebody
working on it will show up |
08:31.41 |
Apra |
what do you
think should I read some opencl tutorial? |
08:31.52 |
andromeda-galaxy |
that would
probably be useful preparation |
08:32.50 |
Apra |
ohkk..i would
then read some of them |
08:33.51 |
Apra |
aren't ther
any participants other than me spamming the brlcad irc page :P
? |
08:34.26 |
andromeda-galaxy |
yeah the irc
channel has been unusually quite... |
08:35.32 |
Apra |
I guess its
this time only...how was it when you had been a
participant? |
08:35.51 |
andromeda-galaxy |
the irc
channel was definitely way busier |
08:36.20 |
andromeda-galaxy |
I feel like
the contest overall for brlcad at least was somewhat busier as
well. it definitely was on the code side of things, but we had more
available and reasonable tasks at that time, I think |
08:36.40 |
Apra |
ohh |
08:37.32 |
*** join/#brlcad ickby
(~stefan@x5d8475d3.dyn.telefonica.de) |
08:40.49 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:edd4:70fd:a54:fa8d) |
08:41.22 |
Apra |
btw it was a
nice talking you :) |
08:41.31 |
andromeda-galaxy |
nice to talk
to you also :) |
08:41.57 |
andromeda-galaxy |
good luck!
and I hope you enjoy your student time at gci as much as I
did |
08:43.26 |
Apra |
yeah...thanks
:) |
08:45.20 |
Apra |
<PROTECTED> |
08:45.23 |
gcibot |
Design a
t-shirt for BRL-CAD || 3 days || Outreach / Research ||
BRL-CAD |
08:46.04 |
*** join/#brlcad merzo
(~merzo@91.217.179.122) |
08:46.49 |
*** join/#brlcad shivam
(uid200876@gateway/web/irccloud.com/x-xvcemqbmcgqlmuoi) |
08:47.02 |
*** join/#brlcad shivam_
(uid200876@gateway/web/irccloud.com/x-hftbgfebbarskvjj) |
08:47.05 |
shivam |
Hii
everyone |
08:47.20 |
andromeda-galaxy |
Hi
Guest41973! |
08:47.53 |
andromeda-galaxy |
:q |
08:47.55 |
Guest41973 |
I m new in
gci. |
08:47.55 |
andromeda-galaxy |
:q |
08:48.08 |
andromeda-galaxy |
(sorry wrong
window) |
08:48.11 |
andromeda-galaxy |
nice to see
you! |
08:49.30 |
shivam_ |
Means |
08:49.44 |
andromeda-galaxy |
Guest41973:
are you working on anything in particular right now? |
08:50.10 |
shivam_ |
Yes |
08:51.04 |
shivam_ |
https://www.irccloud.com/pastebin/YmodfmNz |
08:51.52 |
andromeda-galaxy |
neat ;) I
hope you find gci fun! |
08:53.01 |
*** part/#brlcad shivam_
(uid200876@gateway/web/irccloud.com/x-hftbgfebbarskvjj) |
08:53.32 |
Guest41973 |
Yes!! |
08:54.04 |
andromeda-galaxy |
great! |
08:56.06 |
Apra |
You need to
submit a .psd or .svg or any other file that you have created the
t-shirt in....if you have taken pictures from internet then you
might need to submit a .txt file citing its source and a .png
preview of your file in the GCI page |
08:56.21 |
andromeda-galaxy |
Apra:
hmm? |
08:56.31 |
Apra |
Yes |
08:56.56 |
Apra |
same
task...so I can help here I guess? |
08:57.35 |
andromeda-galaxy |
ah, I see.
makes sense |
08:58.01 |
andromeda-galaxy |
Guest41973: I
am a mentor but I'm not great at reviewing/working on the design
tasks, Apra is another student working on the same task |
08:58.34 |
Apra |
Hello
Guest41973 nice to meet you :) |
09:23.34 |
Apra |
andromeda-galaxy do you see tasks for
open-scad? |
09:24.16 |
Apra |
coz I have
made a space-ship... |
09:25.16 |
Apra |
I am trying
to do other tasks, till my mentors are free |
09:32.36 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:edd4:70fd:a54:fa8d) |
10:04.56 |
caen23 |
compilation
on windows is actually rather straight-forward |
10:05.58 |
caen23 |
common
problems these days have been 1) some bugs on our part (but
compilation proceeded and reported the errors correctly); 2) people
unable to click next next to install program; and 3) some guy whose
antivirus detected some files as infected :-?? |
10:07.02 |
caen23 |
the bugs, we
could've done something about (i fixed them last week), and we
could update the wiki article on compiling to give step-by-step
instructions for windows |
10:07.15 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
10:07.18 |
caen23 |
i wanted to
do that, but i figured it might be a good gci task |
10:11.20 |
caen23 |
as for other
coding tasks, i'm curious how many of the students who completed
compilation have taken any other programming task |
10:12.05 |
caen23 |
every time i
check the task instances page, i only see "compile from source" and
"design a banner" |
10:15.42 |
Apra |
caen23:
compilation of what? brl-cad? |
10:16.15 |
caen23 |
yes |
10:16.30 |
caen23 |
and i guess
other projects, but i didn't try others |
10:17.01 |
caen23 |
by the way, i
checked out your task |
10:17.21 |
caen23 |
the latest
files are psds. could you send some pngs? i don't have photoshop
installed |
10:18.06 |
caen23 |
actually, no
need, macos seems to be able to quick view psds without photoshop
nice |
10:20.55 |
caen23 |
Apra: if
you're here, i can try to reiterate some of the feedback you got
from the other mentors |
10:22.30 |
Apra |
Yeah
sure |
10:22.46 |
Apra |
just a minute
and i 'll be available |
10:25.23 |
*** join/#brlcad ickby
(~stefan@x5d8475d3.dyn.telefonica.de) |
10:34.52 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
10:35.08 |
Apra |
So caen23 you
wanted the png...right? |
10:35.36 |
caen23 |
i don't need
it anymore |
10:36.38 |
Apra |
so now
what? |
10:36.44 |
caen23 |
anyway, the
first problem is with your writing of BRL-CAD, both on the back and
on the front |
10:37.05 |
caen23 |
you used a
shade of red that's different from the pink-ish color found in the
logo |
10:37.14 |
caen23 |
and makes it
look bad |
10:37.30 |
Apra |
ok...now its
clear |
10:39.30 |
caen23 |
second
problem is with the assets (i.e. other images) you used to create
your design. in your file "website.txt", you are listing direct
links to the images. what we need are links to pages which contain
the images and provide aditional information (such as licensing
information) |
10:40.35 |
caen23 |
so for
example, if you got the image from here http://www.deviantart.com/art/Xurkitree-649456200
. we need this link, but instead, you gave us this link
http://img14.deviantart.net/c844/i/2016/339/c/f/xurkitree_by_squeakysponge-daqo3m0.png |
10:42.38 |
caen23 |
if all we
have is an image, we can't decide if we are allowed to use that
image for marketing purposes (that is, if the author does not
specifically allow you to use it, he might force you to stop making
those t-shirts; we need to make sure that doesn't
happen) |
10:43.20 |
Apra |
So how can I
get the license part? |
10:44.10 |
caen23 |
well, you
need to search for it on the website where you fond the
image |
10:44.17 |
caen23 |
s/fond/found |
10:44.59 |
Apra |
i didn't get
the 2nd msg s/fond/found |
10:45.17 |
caen23 |
it was a
typo |
10:45.24 |
caen23 |
don't mind
the second message |
10:45.32 |
Apra |
yeah...ok |
10:46.00 |
caen23 |
let's put it
another way. how did you arrive to the image with the
flags? |
10:46.53 |
Apra |
Just a normal
image search |
10:47.38 |
Apra |
http://www.clipartbest.com/clipart-LTKp9xzAc
In this link we can see the download option which means you can
use it anywhere...right? |
10:48.29 |
caen23 |
no, not at
all. in order to be able to use it anywhere, it needs a licence
which explicitly says that you are allowed to do that |
10:49.12 |
Apra |
oh..i didn't
know that...anyways so do I need to contact the author? |
10:49.25 |
caen23 |
for example,
if you go here https://commons.wikimedia.org/wiki/File:Tux.svg |
10:49.39 |
caen23 |
you can see
there's a Permission row |
10:49.47 |
caen23 |
and it says
"The copyright holder of this file allows anyone to use it for any
purpose, provided that you acknowledge lewing@isc.tamu.edu and The
GIMP if someone asks. |
10:50.11 |
caen23 |
that's what
allows you to use it for your design, not the simple download
button |
10:52.02 |
Apra |
got it....but
for the gear file there isn't any license statement...so do I need
to ask for its license? |
10:54.31 |
caen23 |
i am not
entirely sure, but i believe that the licensing information needs
to be somewhere public. so an email between you two might not be
enough. but i'm not sure |
10:54.59 |
*** join/#brlcad shubham_
(31cc68fe@gateway/web/freenode/ip.49.204.104.254) |
10:56.32 |
Apra |
http://www.clipartbest.com/cliparts/LTK/p9x/LTKp9xzAc.svg |
10:56.53 |
Apra |
Just go to
this link and then inspect element |
10:57.31 |
caen23 |
what do you
want me to see? |
10:57.52 |
Apra |
sth like
"<path
d="M411.1,256c0-23.9,14.8-42.8,36.9-55.8c-4-13.3-9.3-26.2-15.8-38.2c-24.9,6.5-45-3.2-62-20.2c-16.9-16.9-22.1-37.1-15.6-62
C342.6,73.3,329.8,68,316.4,64c-13,22.2-36.4,36.9-60.4,36.9c-23.9,0-47.4-14.7-60.4-36.9c-13.4,4-26.2,9.3-38.2,15.8
c6.5,24.9,1.3,45-15.6,62c-16.9,16.9-37.1,26.7-61.9,20.2C73.3,174,68,186.8,64,200.2c22.2,13,37,31.9,37,55.8
c0,23.9-14.8,47.4-37,60.4c4,13.4,9.3,26.2,15.8,38.2c24.9-6.5,45-1.3,61.9,1 |
10:57.58 |
Apra |
Whats
it? |
10:59.08 |
caen23 |
svg is a
vector format. that is, it represents the image as a list of
primitive shapes, which are generated on the fly, as opposed to a
list of pixels in something like jpg or png |
11:00.02 |
Apra |
ok...i am
thinking of making this gear myself |
11:01.22 |
caen23 |
you can give
that a try |
11:03.57 |
Apra |
another thing
when I image search it....there comes sth called black box...and
nothing comes out...give it a try |
11:04.43 |
caen23 |
i didn't get
you |
11:04.45 |
caen23 |
what should i
try? |
11:04.53 |
Apra |
image
search |
11:05.13 |
Apra |
like when you
go to this link http://www.clipartbest.com/cliparts/LTK/p9x/LTKp9xzAc.svg |
11:05.26 |
Apra |
click right
mouse button and image search |
11:06.36 |
caen23 |
i don't have
image search |
11:09.55 |
Apra |
Search google
for image? |
11:12.04 |
*** join/#brlcad merzo
(~merzo@93-60-92-178.pool.ukrtel.net) |
11:17.44 |
Apra |
open the link
and then right click on the image and click on search google for
image |
11:18.38 |
Apra |
does google
search for black box? |
11:22.32 |
caen23 |
i don't have
the menu |
11:23.09 |
Apra |
ok |
11:23.11 |
caen23 |
however, it
might just search for a black pixel, which is why you get black
boxes |
11:23.24 |
Apra |
anyways
another query |
11:23.48 |
Apra |
i have got 2
different website which uses this gear |
11:23.51 |
Apra |
http://www.curiousrubik.com/crm/marketing-automation/ |
11:24.19 |
Apra |
https://www.google.co.in/url?sa=t&rct=j&q=&esrc=s&source=web&cd=14&cad=rja&uact=8&ved=0ahUKEwjAjLKv04LRAhUEq48KHeinBeAQFghBMA0&url=http%3A%2F%2Fwww.youngdynamics.nl%2F&usg=AFQjCNFZACGuarmJbiuEEaj-w-vlQV_5xg&sig2=jQZvinKqIb8dI0QxvZMWrQ |
11:24.41 |
Apra |
Omit the
above link |
11:24.43 |
Apra |
http://www.youngdynamics.nl/ |
11:25.11 |
caen23 |
how do you
know it's the exact same gear? |
11:25.34 |
caen23 |
even if it
looks similar, some things might be a bit different |
11:25.43 |
Apra |
ohh |
11:25.45 |
caen23 |
maybe it's
thicker, maybe the spacing is different |
11:26.03 |
Apra |
Yeah it can
be |
11:26.15 |
caen23 |
and even if
it's the same image, if someone else uses it (without permission),
this proves nothing |
11:26.18 |
caen23 |
we still
can't use it |
11:26.22 |
caen23 |
without
proepr licensing |
11:27.41 |
Apra |
ohk...got
it |
11:29.08 |
Apra |
https://commons.wikimedia.org/wiki/File:Cog_font_awesome.svg |
11:29.30 |
Apra |
I think this
file has a proper license...right? |
11:29.52 |
caen23 |
yes |
11:37.47 |
*** join/#brlcad ickby
(~stefan@x5d8459a7.dyn.telefonica.de) |
11:38.03 |
Apra |
and can you
give me flags of world which can be used |
11:40.16 |
caen23 |
you'll have
to find those yourself |
11:42.35 |
Apra |
ok |
11:43.32 |
Apra |
https://www.dreamstime.com/royalty-free-stock-photo-flags-world-240-flags-image541435 |
11:43.57 |
Apra |
Does this
link have any license? |
11:46.34 |
caen23 |
it should be
fine |
11:46.35 |
caen23 |
https://www.dreamstime.com/terms#royaltyfree |
11:48.17 |
Apra |
cool is the
t-shirt ok? |
11:50.12 |
caen23 |
well, apply
all the changes we talked about |
11:50.17 |
caen23 |
and submit it
again |
12:01.29 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
12:09.42 |
Apra |
caen23 I have
fixed it...now the colors |
12:10.02 |
caen23 |
great |
12:10.17 |
Apra |
colors should
be same? |
12:10.59 |
caen23 |
yes, they
should be the same shade as the one on the logo |
12:11.04 |
caen23 |
the pink-ish
color |
12:11.13 |
caen23 |
you should be
able to clone the color in photoshop |
12:14.29 |
Apra |
http://imgur.com/a/HS5Vj |
12:16.53 |
caen23 |
ok, good job
on making the changes we talked about |
12:17.10 |
caen23 |
by the way,
you still need to stick the urls to the images you used in a file,
and upload that to gci |
12:17.21 |
caen23 |
you also need
to upload the psd and a png preview |
12:18.00 |
Apra |
yeah...I am
saving all the files now, waiting for your approval :) |
12:18.32 |
caen23 |
what i would
change is, i would make the brl-cad logo stick out better on the
front (it currently feels crammed) |
12:18.40 |
caen23 |
and i also
don't think the elements are aligned vertically |
12:19.18 |
caen23 |
for example
on the front, the text and the gear seem misaligned to
me |
12:22.21 |
Apra |
"elements are
aligned vertically" didn't get it |
12:23.50 |
caen23 |
i think the
text "uniting the world through..." is a bit to the right, compared
to the gear |
12:24.11 |
caen23 |
their middles
are not on the same axis |
12:25.18 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:cd8e:290:f5ff:fedc:3bb2) |
12:31.22 |
Apra |
ok...shifted
a little to the left |
12:32.02 |
caen23 |
you shouldn't
shift a little to the left |
12:32.34 |
caen23 |
i'm pretty
sure photoshop has some form of alignment guides, which should
allow you to see the axis and properly align it |
12:37.57 |
Apra |
http://imgur.com/a/e9bAT |
12:38.41 |
caen23 |
that doesn't
look like it |
12:39.20 |
Apra |
That's grid
to align everything |
12:39.28 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:edd4:70fd:a54:fa8d) |
12:40.12 |
Apra |
http://imgur.com/a/RlUUW |
12:44.34 |
Apra |
caen23 is it
ok? |
12:45.12 |
caen23 |
honestly, it
doesn't look ok to me, but i don't know how to bring up the guides
to make it properly aligned |
12:45.38 |
caen23 |
also, the
thing about the logo being crammed still applies |
12:45.59 |
Apra |
View>Show>Grid |
12:46.20 |
caen23 |
but that's
just my opinion, you should upload what you have and see what the
other mentors have to say |
12:46.34 |
caen23 |
i don't mean
the grids you showed me, i mean the guides i am refering
to |
12:46.36 |
Apra |
logo
crammed..I didn't get you? |
12:47.09 |
caen23 |
the logo
doesn't stand out inside the gear |
12:47.13 |
caen23 |
it's easy to
overlook |
12:47.37 |
Apra |
ok...wait let
me think what could be done |
12:51.59 |
Apra |
http://imgur.com/a/w4FtB |
12:52.28 |
Apra |
how about it
now? |
12:52.39 |
Apra |
logo
part |
12:53.52 |
*** join/#brlcad ickby
(~stefan@x5d8459a7.dyn.telefonica.de) |
12:55.35 |
caen23 |
seems
better |
12:56.50 |
caen23 |
although it
looks misaligned as well, and did it looks like you made the logo
narrower |
12:56.58 |
Apra |
http://imgur.com/a/8KtQB
? |
12:57.32 |
Apra |
Yeah
narrow...so do I flatten it? |
12:58.09 |
caen23 |
yeah, i don't
know, i would say submit these changes and wait for
review |
12:58.17 |
Apra |
ok
:) |
13:01.52 |
*** join/#brlcad ickby
(~stefan@x5d8459a7.dyn.telefonica.de) |
13:07.17 |
*** join/#brlcad ickby
(~stefan@x5d8459a7.dyn.telefonica.de) |
13:37.02 |
*** join/#brlcad merzo
(~merzo@43-60-132-95.pool.ukrtel.net) |
13:38.38 |
Apra |
caen23 I had
a question that I also asked andromeda-galaxy...my GCI launcher
doesn't reload automatically...is there any fix for it? |
13:38.55 |
caen23 |
i don't know
what a gci launcher is |
13:38.59 |
caen23 |
the start
page? |
13:39.43 |
Apra |
yep...the age
where we attach files,comments and receive them too |
13:39.49 |
Apra |
*page |
13:41.10 |
caen23 |
the app is
made by google, not much we could help with |
13:41.26 |
Apra |
oh |
13:41.47 |
caen23 |
i think
brlcad can open a ticket, but i'm not sure the other mentors
can |
13:42.03 |
Apra |
a
ticket? |
13:42.46 |
caen23 |
a message to
let them know about this, and hopefully they'll fix it |
13:43.33 |
Apra |
ohh...getting
to learn many new terms |
13:45.30 |
caen23 |
tickets are
usually opened on a bug tracker (it does what it says it does).
don't know if google has one for gci |
14:10.52 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:16.58 |
*** join/#brlcad Matt__
(d824160e@gateway/web/freenode/ip.216.36.22.14) |
14:20.44 |
Matt__ |
I need
help |
14:20.57 |
Matt__ |
I am using
Archer 7.26.0 and I am trying to convert the .g file to either a
.stl, .step, or .iges but when using the g-stl/step/iges I receive
the error invalid command name. I need to convert this file
ASAP |
14:22.20 |
Matt__ |
I have tried
"g-iges -o file.iges file.g object" |
14:23.00 |
Matt__ |
and that
returns the error message "invalid command name
"g-iges"" |
14:26.52 |
caen23 |
Matt__: i
don't think that program is available from mged |
14:27.01 |
caen23 |
archer*
instead of mged |
14:27.11 |
caen23 |
you need to
run it from the command line |
14:27.28 |
Matt__ |
in the cmd
prompt? |
14:28.07 |
caen23 |
yes |
14:29.42 |
caen23 |
also, if you
go to Help > Archer Man Pages, you can see different sections on
the left |
14:30.06 |
caen23 |
MGED (mann)
are available from mged, Programs (man1) are available from the
command line |
14:30.58 |
Matt__ |
I'm very new
to BRL, I have only ever used Catia v5 r20 and Solidworks
14-16 |
14:32.07 |
caen23 |
yup, i was
just pointing out one place where you can get help |
14:34.34 |
Matt__ |
ok, so I used
the command in CMD prompt and it syas "g-iges: No such file or
directory" |
14:34.56 |
Matt__ |
It is there
and it does exist |
14:35.26 |
caen23 |
./g-iges? |
14:35.40 |
caen23 |
if g-iges is
in the current directory and you're not on windows |
14:36.17 |
*** join/#brlcad merzo
(~merzo@43-60-132-95.pool.ukrtel.net) |
14:39.17 |
Matt__ |
Im on
windows, but I do not understand the ./g-iges? |
14:40.24 |
Matt__ |
the CMD
prompt is at C:\Users\MyName\Documents\BRLCAD
7.26.0\bin> |
14:40.52 |
Matt__ |
then I
entered g-iges -o file.iges file.g object |
14:41.26 |
Matt__ |
that returned
the error "g-iges: no such file or directory" |
14:42.23 |
Matt__ |
underneath
that it says "ERROR: unable to open geometry database file
((g-iges)" |
14:43.52 |
caen23 |
by cmd
prompt, i mean the windows cmd prompt |
14:43.54 |
caen23 |
not
mged |
14:44.05 |
caen23 |
sorry, not
archer* |
14:44.29 |
Matt__ |
correct, I am
using the windows CMD prompt, not archer or mged |
14:44.46 |
*** join/#brlcad merzo
(~merzo@43-60-132-95.pool.ukrtel.net) |
14:44.53 |
caen23 |
hmm... then
maybe "g-iges"? with the quotation marks |
14:47.52 |
Matt__ |
no luck with
the quotes around g-iges |
14:48.45 |
caen23 |
how about
g-iges.exe? |
14:51.01 |
caen23 |
ooh,
actually, the command works, but the parameters must be
wrong |
14:52.43 |
caen23 |
is the path
to file.g correct? |
14:55.36 |
Apra |
caen23 I want
you to look into this: |
14:55.41 |
Apra |
https://codein.withgoogle.com/tasks/6070732056428544/?sp-organization=4814441002565632&sp-is_beginner=False |
14:55.43 |
gcibot |
Import
geometry from BRL-CAD to OpenSCAD, report || 3 days || Outreach /
Research || BRL-CAD |
14:55.46 |
Apra |
and |
14:55.55 |
Apra |
https://codein.withgoogle.com/tasks/6324242635292672/?sp-organization=4814441002565632&sp-is_beginner=False |
14:55.56 |
gcibot |
Import
geometry from BRL-CAD to OpenSCAD, report || 3 days || Outreach /
Research || BRL-CAD |
14:56.12 |
Apra |
aren't these
same but 2 different tasks? |
14:57.46 |
Apra |
Just mentors
are different :P |
15:00.34 |
caen23 |
i think
you're right |
15:03.47 |
Apra |
hmm...you
should remove one of them |
15:06.43 |
caen23 |
not really,
it doesn't matter |
15:07.06 |
caen23 |
and only the
org admin can remove/publish tasks |
15:07.13 |
Apra |
ohh |
15:07.40 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:23.20 |
Apra |
what does the
org admin mean? The admin of BRL-CAD? |
15:23.45 |
caen23 |
yes |
15:26.08 |
*** join/#brlcad arsh
(75c83bd9@gateway/web/freenode/ip.117.200.59.217) |
15:26.19 |
arsh |
hello |
15:26.26 |
arsh |
is there any
mentor ? |
15:28.22 |
Apra |
yes...there
are you just need to ask your question |
15:31.22 |
arsh |
oh ! i got it
. thanks |
15:31.38 |
Apra |
yeah |
15:32.35 |
arsh |
can you tell
me that the one who is in the top 10 leader list ........ how many
task has been done by the one who is at the last no. |
15:34.00 |
Apra |
I don't
know...coz I am a participant |
15:34.28 |
arsh |
and why there
are only 9 students in the list instead of 10 |
15:36.28 |
Apra |
I thought the
mentors would review and select the finalists on 30th...I don't
think any leader board like this exits |
15:36.41 |
Apra |
till
now |
15:37.34 |
arsh |
i think , may
be |
15:38.53 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
15:42.28 |
Apra |
btw, how many
tasks did you do? |
15:43.56 |
arsh |
4 |
15:44.14 |
Apra |
<PROTECTED> |
15:44.40 |
arsh |
you tell
? |
15:44.46 |
Apra |
8 |
15:46.23 |
Apra |
It is not the
quantity that the mentors look for, they look for the
quality... |
15:46.30 |
arsh |
yes |
15:52.21 |
*** join/#brlcad ickby
(~stefan@x5d8459a7.dyn.telefonica.de) |
16:07.47 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
16:40.14 |
*** join/#brlcad ickby
(~stefan@x5d8459a7.dyn.telefonica.de) |
16:50.42 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
17:18.01 |
nmz787 |
sounds like
Matt__ didn't have the BRLCAD 'bin' directory on their
system/environment PATH |
17:31.51 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
17:35.05 |
caen23 |
nmz787:
no |
17:35.24 |
caen23 |
it launched
properly, but the path to the .g file was wrong |
17:36.09 |
caen23 |
the error
messages were/are very bad tho |
17:44.14 |
*** join/#brlcad gcibot-afk
(~gcibot@r190-134-145-23.dialup.adsl.anteldata.net.uy) |
17:44.14 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
17:47.42 |
nmz787 |
caen23: ah,
now I see |
17:49.06 |
caen23 |
nmz787: if
you have the binaries, you can give it a try with a non-existent .g
file |
17:55.42 |
nmz787 |
caen23: well,
i'm on linux at the moment, and it pretty obviously prints the
filename which is incorrect/non-existent |
17:59.30 |
caen23 |
uh, even on
macos, i still get `g-iges: No such file or directory` |
18:01.10 |
caen23 |
i do get the
.g below as well, but the misleading g-iges error is there
too |
18:06.24 |
nmz787 |
oh, I always
read error logs from bottom to top |
18:06.29 |
nmz787 |
well, often
if not always |
18:07.42 |
nmz787 |
(in some
programs I write, I sometimes even reverse the order of errors, so
I can start reading from the last output of the program
backwards... rather than searching for the beginning of interesting
things (or warnings/errors) |
19:15.01 |
nmz787 |
"renamed
'make_bb' mged command name to 'bb' - Cliff Yapp" :( now I guess I
need to have error-handling to provide seemless backwards
compatibility |
19:28.31 |
nmz787 |
hrmm, now it
seems the bb command doesn't work :( |
19:29.33 |
nmz787 |
http://pastebin.com/pevvziTC |
19:29.57 |
nmz787 |
I list my
object, then I call 'bb' on that object, and get 3 error
messages |
19:31.00 |
nmz787 |
starseeker:
any ideas? you seem to be the one who made the method
rename |
19:45.47 |
Apra |
@nmz787 which
task is this? |
20:11.29 |
nmz787 |
Apra: it's a
bug I am running into with personal projects |
20:12.31 |
nmz787 |
and indeed, I
am using 7.24.0 on my working environment |
20:13.47 |
nmz787 |
Apra: are
there unit-tests for bb (maybe they're still named with the old
name, make_bb) ? |
20:27.50 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
20:31.52 |
nmz787 |
starseeker: I
think the problem is that you didn't simply rename the command,
rather, the command itself seems to have changed... bb <object
name> now prints the box dimensions, while before it actually
created an bounding-box object which you then listed the dimensions
of |
20:34.22 |
nmz787 |
starseeker:
old usage seems to work with 'bb -c'... so my issue seems solved...
but it would be nice if the docs were updated |
20:35.40 |
nmz787 |
starseeker:
i.e. add a new command on the wiki, and link to the existing old
command, and link to the new command in the old command's page
(https://brlcad.org/wiki/MGED_CMD_make_bb) |
23:20.33 |
*** join/#brlcad merzo
(~merzo@43-60-132-95.pool.ukrtel.net) |
23:52.38 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:26.31 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:37.43 |
*** join/#brlcad camlpkztrtzrfkqj
(~armin@dslb-092-074-242-051.092.074.pools.vodafone-ip.de) |
03:13.24 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
05:46.20 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-54-40-176.dialup.adsl.anteldata.net.uy) |
05:46.20 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
06:18.36 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
06:30.42 |
*** join/#brlcad ColloquyUser
(~caen23@86.124.46.123) |
06:37.02 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
06:51.26 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
07:00.39 |
Apra |
@caen23 How
do I work on any other tasks...my present task hasn't been reviewed
from 3 days in GCI website?Should I wait a little more? |
07:31.43 |
Apra |
Update:
ohk...I got it reviewed! |
07:46.44 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
08:07.50 |
*** join/#brlcad Ch3ck_
(~Ch3ck@66-118-151-70.static.sagonet.net) |
08:09.54 |
caen23 |
Apra: uh,
just read Sean's review |
08:10.33 |
caen23 |
i actually
wanted to tell you to include the link to the licence in your
website.txt, but forgot |
08:22.10 |
*** join/#brlcad merzo
(~merzo@43-60-132-95.pool.ukrtel.net) |
08:22.59 |
nmz787 |
starseeker:
also this https://brlcad.org/w/images/5/52/MGED_Quick_Reference_Card.pdf |
08:26.47 |
*** join/#brlcad merzo
(~merzo@43-60-132-95.pool.ukrtel.net) |
08:37.21 |
Apra |
caen23 : So
shall I just send him the txt file again including the license
webpage? |
08:39.14 |
*** join/#brlcad merzo
(~merzo@43-60-132-95.pool.ukrtel.net) |
08:49.55 |
caen23 |
Apra: no,
it's alright as it is now |
08:53.50 |
*** join/#brlcad ickby
(~stefan@x5d8459a7.dyn.telefonica.de) |
09:05.03 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
09:23.00 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
09:47.09 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
09:51.38 |
*** join/#brlcad ickby
(~stefan@x5d8459a7.dyn.telefonica.de) |
09:57.03 |
*** join/#brlcad ickby_
(~stefan@x5d8459a7.dyn.telefonica.de) |
09:57.17 |
*** join/#brlcad merzo
(~merzo@43-60-132-95.pool.ukrtel.net) |
09:59.46 |
*** join/#brlcad merzo
(~merzo@43-60-132-95.pool.ukrtel.net) |
10:00.54 |
Apra |
Caen23: You
mean that I should let it remain as it is....and submit it for
review again? |
10:06.12 |
Apra |
or just leave
it the way it is now? |
10:06.20 |
caen23 |
leave it like
it is now |
10:08.49 |
Apra |
<PROTECTED> |
10:11.58 |
caen23 |
i thought you
pressed the button |
10:12.04 |
caen23 |
submit it
again for review |
10:12.49 |
Apra |
Yeah...ok..i
pressed the button for review |
10:13.58 |
Apra |
caen23 : will
you help me with the opencl task |
10:14.36 |
Apra |
https://codein.withgoogle.com/tasks/5116035485138944/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1 |
10:14.38 |
gcibot |
Convert a
single function from C to OpenCL (hyperboloid) || 3 days || Code ||
BRL-CAD |
10:15.22 |
Apra |
To compile
OpenCL code what programs do we need? |
10:24.20 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:289f:3bc9:12db:f432) |
10:28.13 |
caen23 |
Apra: you
should first compile the available code successfully |
10:28.20 |
caen23 |
and then we
can look at the opencl tasks |
10:37.32 |
*** join/#brlcad ickby
(~stefan@x5d845d6a.dyn.telefonica.de) |
10:38.42 |
Apra |
the .c file?
or the .cl? |
10:41.22 |
*** join/#brlcad ickby
(~stefan@x5d845d6a.dyn.telefonica.de) |
10:53.06 |
*** join/#brlcad ickby_
(~stefan@x5d845d6a.dyn.telefonica.de) |
11:27.34 |
*** join/#brlcad ickby
(~stefan@x5d845d6a.dyn.telefonica.de) |
11:32.59 |
*** join/#brlcad ickby_
(~stefan@x5d845d6a.dyn.telefonica.de) |
11:33.49 |
*** join/#brlcad merzo
(~merzo@148-73-132-95.pool.ukrtel.net) |
11:57.26 |
*** join/#brlcad ickby
(~stefan@x5d845d6a.dyn.telefonica.de) |
11:58.52 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:cd8e:290:f5ff:fedc:3bb2) |
11:59.40 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5) |
12:11.01 |
*** join/#brlcad ickby_
(~stefan@x5d845d6a.dyn.telefonica.de) |
12:13.01 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5) |
12:13.47 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net) |
12:24.57 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5) |
12:30.10 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5) |
12:42.06 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5) |
12:43.02 |
*** join/#brlcad ickby
(~stefan@x5d845d6a.dyn.telefonica.de) |
12:45.57 |
Apra |
caen23 i
didn't get you |
12:47.22 |
*** join/#brlcad amarjeet
(~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5) |
13:13.25 |
*** join/#brlcad ickby_
(~stefan@x5d845d6a.dyn.telefonica.de) |
13:40.04 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
13:59.43 |
*** join/#brlcad ickby
(~stefan@x5d845d6a.dyn.telefonica.de) |
14:25.12 |
*** join/#brlcad ickby_
(~stefan@x5d845d6a.dyn.telefonica.de) |
14:33.04 |
*** join/#brlcad ickby
(~stefan@x5d845d6a.dyn.telefonica.de) |
14:36.48 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:57.18 |
Apra |
Hey there,
whats a sticker? |
16:15.09 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
16:39.01 |
*** join/#brlcad MikeH
(~Mike@188.175.158.32) |
17:11.04 |
*** join/#brlcad ickby_
(~stefan@x5d845d6a.dyn.telefonica.de) |
17:48.27 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy) |
17:48.27 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
18:17.33 |
*** join/#brlcad MikeHanus
(~Mike@188.175.158.32) |
19:02.14 |
*** join/#brlcad MikeH
(~Mike@188.175.158.32) |
19:11.14 |
*** join/#brlcad ickby
(~stefan@x5d845d6a.dyn.telefonica.de) |
19:22.47 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:33.21 |
*** join/#brlcad ickby_
(~stefan@x5d845d6a.dyn.telefonica.de) |
20:46.01 |
andromeda-galaxy |
brlcad: I
tried to write up one of the BoT editing tasks (as a test one,
since I wanted feedback before doing the rest); can you take a
quick look at it and let me know if I need to try to change a bunch
of stuff or publish it if it looks good? |
21:13.27 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy) |
21:13.27 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
21:13.53 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy) |
21:13.53 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
21:14.52 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy) |
21:14.52 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
21:19.32 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy) |
21:19.32 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
21:21.54 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy) |
21:21.54 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
21:22.25 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy) |
21:22.25 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
21:24.10 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy) |
21:24.10 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
21:24.53 |
gcibot |
is bored :( |
21:38.19 |
Apra |
gcibot : what
happened? |
22:04.11 |
Apra |
Hey
andromeda-galaxy |
22:05.04 |
Apra |
are you
making a bot? |
22:09.36 |
*** join/#brlcad merzo
(~merzo@148-73-132-95.pool.ukrtel.net) |
22:21.43 |
andromeda-galaxy |
Apra: nope,
gcibot has been around for a while |
22:21.52 |
andromeda-galaxy |
gcibot is a
bot that notifies when stuff happens to gci tasks |
22:22.06 |
andromeda-galaxy |
although I'm
not sure that it works with the new system |
22:33.50 |
caen23 |
it doesn't
notify, but it's still able to parse pasted links |
22:36.46 |
nmz787 |
can I do a
combination including variate operations, I want to do "r
myregion.r u (this u that) u (this - another)" and obviously it
doesn't like my syntax |
22:38.26 |
nmz787 |
I'm reading
something about "implied parens" from the days of 'GIFT'...
whatever that is |
22:48.13 |
Apra |
Yeah it does
notify...when someone copies task link |
22:48.54 |
Apra |
it gives the
name of the task that one is referring |
22:56.46 |
nmz787 |
ok, implied
parens seem to work :) |
22:58.28 |
nmz787 |
conversations
from 1987!!!
https://vissimlab.org/gitlab/brlcad/embreebrlcad/blame/ba487aab92ea203fb69c6d22c9b7618d799e2516/doc/regions.txt#LC215 |
22:59.46 |
nmz787 |
better view
here
https://vissimlab.org/gitlab/brlcad/embreebrlcad/blob/ba487aab92ea203fb69c6d22c9b7618d799e2516/doc/regions.txt#L215 |
23:27.09 |
*** join/#brlcad merzo
(~merzo@148-73-132-95.pool.ukrtel.net) |
00:04.09 |
*** join/#brlcad merzo
(~merzo@148-73-132-95.pool.ukrtel.net) |
01:19.16 |
*** join/#brlcad kaine119
(~muikaien1@bb42-60-8-28.singnet.com.sg) |
01:36.21 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:107d:290:f5ff:fedc:3bb2) |
01:36.35 |
*** join/#brlcad ruxrgavygplkyxqc
(~armin@dslb-092-074-224-190.092.074.pools.vodafone-ip.de) |
01:58.13 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
02:02.43 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
02:12.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:27.51 |
*** part/#brlcad kaine119
(~muikaien1@bb42-60-8-28.singnet.com.sg) |
03:07.31 |
*** join/#brlcad kaine119
(~muikaien1@bb42-60-8-28.singnet.com.sg) |
05:50.16 |
*** join/#brlcad gcibot-afk
(~gcibot@r186-55-66-71.dialup.adsl.anteldata.net.uy) |
05:50.16 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
06:41.15 |
*** join/#brlcad arsh
(3b591f40@gateway/web/freenode/ip.59.89.31.64) |
06:58.07 |
arsh |
is terminal
prompt is same as command prompt ? |
06:59.27 |
arsh |
?? |
07:01.04 |
kaine119 |
command
prompt refers to windows, i think, while terminal prompt refers to
linux/osx |
07:01.28 |
kaine119 |
for the most
part they're the same, but in the windows command prompt it's dir
instead of ls to list files in current directory |
07:08.36 |
arsh |
i am using
windows and when i am writing command starting with $ or % .it
shows it as a invalid error |
07:10.15 |
kaine119 |
the guide's
showing something like "$ ls"? |
07:10.31 |
kaine119 |
the "$" is
the prompt, something like the "> " on command
prompt |
07:10.34 |
kaine119 |
just ignore
that part |
07:10.44 |
*** join/#brlcad Apra_
(75d63253@gateway/web/freenode/ip.117.214.50.83) |
07:11.15 |
arsh |
this message
comes - Error: Usage: % Description: Escape to an
interactive shell. Note - This only works in a command window
associated with a tty (i.e. the window used to start MGED in
classic mode). |
07:12.37 |
arsh |
?? |
07:13.50 |
kaine119 |
i think you
can ignore the $ or % |
07:13.57 |
kaine119 |
usually
there's no need to start a command with a symbol |
07:14.17 |
arsh |
ok |
07:15.27 |
arsh |
and where i
can find GUI pull down menum? |
07:17.38 |
arsh |
then also its
not working |
07:18.26 |
kaine119 |
not sure what
you mean, could you clarify? |
07:19.34 |
arsh |
suppose if i
wanted to run linux in oracle which file of linux should i download
? |
07:20.06 |
kaine119 |
if you're
just starting with linux you'd probably want a virtual machine, or
vm |
07:20.34 |
kaine119 |
download
something like VirtualBox, then look for a disk image for ubuntu or
some other linux distribution |
07:22.12 |
kaine119 |
try follow
this guide: http://askubuntu.com/a/153098 |
07:49.37 |
arsh |
how can i
save my shape made in MGED ? |
08:00.55 |
*** join/#brlcad merzo
(~merzo@148-73-132-95.pool.ukrtel.net) |
08:19.56 |
*** join/#brlcad kaine119
(~muikaien1@bb42-60-8-28.singnet.com.sg) |
08:20.12 |
*** join/#brlcad MikeH
(~Mike@188.175.158.32) |
08:30.05 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
08:38.15 |
*** join/#brlcad kaine119
(~muikaien1@bb42-60-8-28.singnet.com.sg) |
08:38.35 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
08:43.45 |
*** join/#brlcad Lord_of_Codes
(~Lord_of_C@122.163.248.134) |
09:21.51 |
*** part/#brlcad kaine119
(~muikaien1@bb42-60-8-28.singnet.com.sg) |
12:13.32 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
12:19.52 |
*** join/#brlcad merzo
(~merzo@155-37-133-95.pool.ukrtel.net) |
13:39.30 |
*** join/#brlcad arsh
(2d790ad4@gateway/web/freenode/ip.45.121.10.212) |
13:39.32 |
arsh |
hi |
13:39.51 |
arsh |
how can i
save something in MGED ? |
14:32.13 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:52.14 |
*** join/#brlcad caen23_
(~caen23@79.112.87.85) |
15:37.27 |
MikeH |
arsh: mged
saves the database automatically after you "enter" your
command. |
15:38.15 |
arsh |
ok |
15:45.54 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:56.13 |
*** join/#brlcad d_rossberg
(~rossberg@104.225.5.10) |
15:56.57 |
*** join/#brlcad ickby
(~stefan@p4FD3C918.dip0.t-ipconnect.de) |
16:02.12 |
Notify |
03BRL-CAD:brlcad * 69286
brlcad/trunk/BUGS: background to a file is not working |
16:48.01 |
Notify |
03BRL-CAD:brlcad * 69287
brlcad/trunk/BUGS: can't win ... rt -s20 -F image.pix doesn't write
out the right size |
16:54.39 |
Apra_ |
caen23_ i
have downloaded backtrack and ubuntu kylin...which one would be
better to start the process of installing brlcad from its
source? |
16:57.03 |
*** join/#brlcad ARChak
(~vircuser@117.214.50.83) |
17:00.05 |
*** join/#brlcad ickby
(~stefan@p4FD3C918.dip0.t-ipconnect.de) |
17:08.02 |
Apra |
http://imgur.com/a/vvvGN |
17:09.02 |
Apra |
this is the
error i get when i start ubuntu |
17:45.33 |
Apra |
though
backtrack runs fine but doesn't install cmake...it displays
"Something wicked happened resolving..." |
17:52.23 |
*** join/#brlcad gcibot-afk
(~gcibot@r190-133-121-161.dialup.adsl.anteldata.net.uy) |
17:52.23 |
*** join/#brlcad gcibot-afk
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
18:08.34 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:107d:290:f5ff:fedc:3bb2) |
18:42.14 |
*** join/#brlcad Apra_
(75d63253@gateway/web/freenode/ip.117.214.50.83) |
19:15.09 |
nmz787 |
Apra_: sounds
like you have hardware issues with your computer... or the Linux
distro you tried using doesn' include the correct video
drivers. |
19:15.35 |
nmz787 |
Apra_: does
your machine have two video cards? one built-in to the motherboard,
and another separate graphics card, etc? |
19:16.15 |
Apra |
no just one,
thats the built in one |
19:16.19 |
nmz787 |
Apra_:
sometimes linux will get confused as to which to use, so it can
help to go into the BIOS and disable one |
19:16.23 |
nmz787 |
hmm |
19:16.31 |
nmz787 |
the built-in
usually have better driver support too |
19:17.45 |
Apra |
ohk, btw i am
trying in with a vb....so do i need to extend my video
memory? |
19:18.44 |
nmz787 |
vb means
virtualbox? |
19:18.56 |
Apra |
yeah |
19:19.30 |
nmz787 |
if you can't
even boot, then yeah sounds like you have some setup issues with
the VM |
19:20.04 |
nmz787 |
is there a
reason you aren't compiling on your native system? |
19:21.10 |
Apra |
ah...no space
to install visual studio |
19:26.13 |
Apra |
btw, i am
using windows 7 32 bit |
19:32.03 |
nmz787 |
ah, I
see |
19:36.02 |
Apra |
I am using
another os which displays "Something wicked happened resolving..."
when I tried installing cmake |
19:37.40 |
nmz787 |
i'd just use
ubuntu, then all you should have to do is "apt-get install
build-essential" |
19:37.45 |
nmz787 |
(or any
debian based distro) |
19:37.55 |
nmz787 |
which I think
backtrack is |
19:38.24 |
Apra |
Yeah it
is |
19:38.44 |
nmz787 |
i.e. 16.04.1
(LTS) |
19:38.51 |
nmz787 |
is the ubuntu
the latest? |
19:38.58 |
nmz787 |
sorry, those
msgs are out of order |
19:39.09 |
Apra |
no
problem |
19:39.21 |
nmz787 |
i'd try the
LTS version, as they are supposed to be more stable |
19:39.26 |
Apra |
Yeah |
19:39.39 |
nmz787 |
oh, I guess
you're Chinese? |
19:39.45 |
nmz787 |
is that why
you wanted Kylin? |
19:40.35 |
Apra |
nope, I am
not chinese...I asked my friend to download, idk how but he got the
kylin version for me |
19:40.48 |
nmz787 |
oh |
19:40.57 |
nmz787 |
then I'd not
use that |
19:41.03 |
Apra |
anyways I
guess just the alphabets are different |
19:41.19 |
nmz787 |
who
knows... |
19:41.36 |
Apra |
Developers
:P |
19:41.43 |
Apra |
anyways you
are right |
19:42.23 |
*** join/#brlcad ickby
(~stefan@p4FD3C9CE.dip0.t-ipconnect.de) |
19:42.33 |
Notify |
03BRL-CAD:n_reed * 69288
brlcad/trunk/misc/tools/dom2dox/CMakeLists.txt: fix dom2dox cmake
vars |
19:45.11 |
Apra |
So, I guess
there is three paths for me, either download the latest
Ubuntu/Mint, or free some space from Windows or the last option use
BRL-CAD for virtual machines? |
19:46.31 |
Apra |
*three
options |
19:48.04 |
Apra |
What do you
say? |
20:03.42 |
*** join/#brlcad Caterpillar2
(~caterpill@unaffiliated/caterpillar) |
20:12.35 |
nmz787 |
Apra: you
could also dual-boot your machine, if you have enough free
space |
20:15.55 |
Apra |
I tried
dual-booting but got into Grub error...I tried reinstalling
Ubuntu...but somehow my windows got corrupted. |
20:19.49 |
nmz787 |
windows
should always be installed first |
20:20.08 |
nmz787 |
then when you
install linux, GRUB will find the bootloader and set up the loader
list of OS options |
20:20.51 |
nmz787 |
I've never
installed Linux on the Windows partition though, I've always used
dedicated partitions, which probably leads to less potential for
error |
20:21.10 |
nmz787 |
(since Linux
doesn't really have an official NTFS filesystem driver, and it
sometimes makes mistakes) |
20:21.36 |
Apra |
After
reinstalling windows I didn't try to install it....ohh |
20:41.41 |
Notify |
03BRL-CAD:n_reed * 69289
(brlcad/branches/brep-debug/BUGS brlcad/branches/brep-debug/CHANGES
and 55 others): sync r69207 through r69288 changes from
trunk |
20:57.03 |
Notify |
03BRL-CAD:n_reed * 69290 (svn:mergeinfo ##
-1,5 +1,5 ## and 7 others): mark sync revision as mergedProperty
Changed:----------------brlcad/trunk/brlcad/trunk/NEWSbrlcad/trunk/src/libged/polyclip.cpp |
21:55.52 |
nmz787 |
huh, so
commmits show up here... but not bug reports |
21:56.29 |
Apra |
what is
commits? |
22:02.12 |
nmz787 |
like the
message earlier: 12:57 < Notify> BRL-CAD:n_reed * 69290
(svn:mergeinfo ## -1,5 +1,5 ## and 7 others): mark sync revision as
mergedProperty |
22:02.41 |
nmz787 |
the SVN
server must have a commit-hook enabled that starts an IRC bot to
post a message like that |
22:03.06 |
nmz787 |
but there is
no IRC bot setup for when bugs are reported (because I just added a
new bug report) |
22:05.58 |
Apra |
ohh |
22:26.00 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:47.53 |
*** join/#brlcad gcibot-afk
(~gcibot@r190-133-121-161.dialup.adsl.anteldata.net.uy) |
22:47.53 |
*** join/#brlcad gcibot
(~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
23:24.35 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2) |
00:14.57 |
nmz787 |
hmm, why
would passing a TCL script on the command-line have a different
outcome than copy-pasting it into mged? |
00:22.18 |
*** join/#brlcad ignacio
(ignacio@unaffiliated/ignacio) |
00:30.18 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
00:32.10 |
nmz787 |
Here are two
images of the output, first the weird, then the expected: http://imgur.com/a/NogyN |
00:32.16 |
nmz787 |
Here's the
TCL: http://pastebin.com/ZyLTRU57 |
00:58.13 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:06.27 |
nmz787 |
ahh, I had to
hide all the other shapes before editing |
01:06.42 |
nmz787 |
still weird
why command-line vs GUI interpret the script
differently |
01:38.59 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
01:40.07 |
*** join/#brlcad uhrnjqtwftmnkyvr
(~armin@dslb-092-074-250-231.092.074.pools.vodafone-ip.de) |
02:24.56 |
*** join/#brlcad caen23
(~caen23@86.124.176.173) |
03:22.14 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
04:30.15 |
*** join/#brlcad ARChak
(~vircuser@117.200.85.255) |
05:32.34 |
ARChak |
nick
Apra |
06:08.05 |
Apra |
http://imgur.com/a/8V4tY I am
getting this type of error...can anyone help |
06:15.46 |
nmz787 |
Apra: that
doesn't show an error |
06:15.59 |
nmz787 |
where do you
see error? |
06:24.28 |
Apra |
ohk...those
red highlights are called...? |
06:24.52 |
Apra |
sorry thats
not an error |
06:27.07 |
Apra |
Ohk now what
do I need to do? |
06:27.40 |
Apra |
I pressed
configure...but got those same values in red |
06:28.23 |
Apra |
Do I need to
generate it... |
06:31.51 |
Apra |
Actually I
lost the readme file you gave me...I searched it through my history
and got it now :) |
07:10.26 |
*** join/#brlcad ARChak
(~vircuser@117.200.92.78) |
07:16.07 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
07:38.15 |
Apra_ |
nmz787: When
pressing F5 in the package file...it displays the dialog boz saying
" Unable to start program
E:\Bin\ghgh\x64\Debug\ALL_BUILD" |
08:33.32 |
caen23 |
heh, someone
has actually completed the homebrew cask task |
08:42.40 |
*** join/#brlcad MikeHan
(~Mike@188.175.158.32) |
08:43.23 |
*** join/#brlcad MikeHan
(~Mike@188.175.158.32) |
09:00.57 |
*** join/#brlcad ickby
(~stefan@81.92.18.170) |
09:23.15 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
10:04.50 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
11:26.25 |
*** join/#brlcad ickby
(~stefan@tmo-096-72.customers.d1-online.com) |
12:03.49 |
*** join/#brlcad ickby
(~stefan@tmo-122-73.customers.d1-online.com) |
12:11.59 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
12:27.20 |
Apra_ |
caen23: Isn't
the task applicable only for mac os? |
13:02.22 |
caen23 |
Apra_: yes it
is |
13:44.09 |
*** join/#brlcad merzo_
(~merzo@92.60.189.225) |
13:46.36 |
*** join/#brlcad raphael29_
(~Raphael@84.117.96.29) |
13:46.42 |
raphael29_ |
hi |
13:46.57 |
raphael29_ |
While
browsing through the 2016 GSoC list, I found this project which
caught my attention. Can someone give me some more details about
it? |
13:55.35 |
Apra_ |
caen23: I am
getting an error when I try to debug PACKAGE in visual
studio...what is the thing that I'm doing wrong? |
13:56.05 |
caen23 |
why are you
trying to debug it? |
13:56.16 |
caen23 |
you should
just build ALL_BUILD |
13:57.53 |
Apra_ |
Yeah...I've
already done that |
13:58.06 |
caen23 |
then launch
archer and submit the task |
13:58.51 |
Apra_ |
I wanted to
make a NSIS installer |
13:59.13 |
caen23 |
ok then,
again, why are you trying to debug package? |
13:59.34 |
Apra_ |
arent run and
debug the same? |
13:59.54 |
caen23 |
no |
14:00.37 |
Apra_ |
oh |
14:01.03 |
caen23 |
building
means creating an executable; running means building + running the
created executable; debugging means running + watching for some
data (variables, errors, whatever) during execution |
14:01.11 |
caen23 |
i don't know
what you're trying to do |
14:02.12 |
Apra_ |
ohk...now I
am getting it :) |
14:03.53 |
Apra_ |
Actually I
reah the header of this link
http://stackoverflow.com/questions/16626536/can-i-compile-and-debug-run-a-single-c-file-in-visual-studio-2012-how-to-a |
14:04.06 |
Apra_ |
Can I compile
and debug (run) a single C++ file in Visual Studio 2012? (How to
avoid creating too many projects) |
14:04.22 |
Apra_ |
So I thought
debug==run :) |
14:06.17 |
caen23 |
they wanted
to do debugging (the act of finding problems in code) by running
the code and inspecting the state during execution (values of
variables, execution flow, and so on) |
14:07.31 |
Apra_ |
ohh |
14:09.08 |
Apra_ |
Let me get my
task reviewed(which isn't done yet) for business card...and then I
will submit it |
14:13.28 |
Apra_ |
I guess by
archer you mean ..\Debug\bin |
14:13.38 |
caen23 |
yes |
14:15.16 |
Apra_ |
and log files
that I need to submit is just the ones vs displayed when it was
building ALL_BUILD |
14:15.59 |
caen23 |
yes, but you
only need to send those if compilation failed (that is, if archer
is not in Debug\bin, or if you can't launch it) |
14:17.08 |
Apra_ |
compilation
didn't fail anytime...only cmake was giving me trouble |
14:17.41 |
caen23 |
yes, but you
fixed it eventually, and if you have archer, launch it, screenshot
it, and send the screenshot for review |
14:18.00 |
caen23 |
actually, the
task description also said to type rt in the command window after
launching archer |
14:19.02 |
Apra_ |
ohk...btw I
guess I can send this for both :https://codein.withgoogle.com/tasks/5123004707110912/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1&sp-categories=4&sp-categories=5 |
14:19.04 |
gcibot |
Compile
BRL-CAD with Microsoft Visual Studio Community, report || 3 days ||
QA, Outreach / Research || BRL-CAD |
14:19.06 |
Apra_ |
and |
14:19.16 |
Apra_ |
https://codein.withgoogle.com/tasks/4721940331757568/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1 |
14:19.19 |
gcibot |
Compile
BRL-CAD from source repository || 3 days || Code ||
BRL-CAD |
14:19.34 |
caen23 |
i believe so,
yes |
14:21.14 |
Apra_ |
fine, but my
main motive to get this was to
https://codein.withgoogle.com/tasks/5116035485138944/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1 |
14:21.19 |
gcibot |
Convert a
single function from C to OpenCL (hyperboloid) || 3 days || Code ||
BRL-CAD |
14:21.25 |
Apra_ |
I guess now I
can do this? |
14:22.20 |
caen23 |
yes |
14:22.35 |
Apra_ |
:) |
14:22.51 |
Apra_ |
Thanks once
again for helping me out |
14:22.57 |
caen23 |
no
problem |
14:23.58 |
Apra_ |
btw, can I
ask you on how to go ahead for the above task |
14:24.21 |
caen23 |
read the task
description, and look at the example code |
14:24.56 |
Apra_ |
Yeah, I need
to compile the sample c code using vs? |
14:25.25 |
caen23 |
it already
compiled when you built the entire brl-cad |
14:25.54 |
caen23 |
you need to
read the code and understand it, in order to understand how to
convert the hyperboloid function |
14:25.56 |
Apra_ |
So its the
code from one of the 800+ files |
14:26.13 |
caen23 |
you have
pointers in the task description, you should read and understand
those |
14:27.19 |
caen23 |
this task
requires you to understand existing code, and write new code (and
learn about opencl, since i don't think you know anything about it
already), it's not a simple install this and run that
task |
14:28.00 |
Apra_ |
Yeah...I
really know nothing about Opencl |
14:28.17 |
caen23 |
well, this is
a great opportunity to learn about it |
14:28.24 |
caen23 |
it might take
a while, but stick with it |
14:28.28 |
Apra_ |
Yeah...I feel
so |
14:29.48 |
Apra_ |
If I get
stuck(which I will for sure) I will need your help :) |
15:20.18 |
*** join/#brlcad sagarwal
(~chatzilla@59.177.72.103) |
15:27.22 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
15:38.32 |
*** part/#brlcad spertz
(~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
17:15.28 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2) |
17:23.41 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:23.47 |
Apra_ |
caen23: Can
you help me get reviewed my task...Sean has mentioned certain
things that I didn't get |
19:28.41 |
Apra_ |
https://codein.withgoogle.com/dashboard/task-instances/5199451020853248/ |
19:28.44 |
gcibot |
Design a
business card for OpenCAx || 3 days || Outreach / Research ||
BRL-CAD |
19:36.52 |
*** join/#brlcad MikeHan
(~Mike@188.175.158.32) |
19:41.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:51.03 |
caen23 |
Apra_: the
Open in OpenCAx is a bit difficult to read (the n and part of the e
are grey) |
19:51.48 |
caen23 |
also, you
have the logo with the gears on the left, and the logo in text on
the right. so it's basically saying OpenCAx twice, which is
redundant |
19:52.46 |
Apra_ |
ok..but I
like both of them...how about placing the right sided gear with
text on the back side of the card? |
19:54.46 |
Apra_ |
or should I
del one of them? :) |
19:58.13 |
caen23 |
you could
place one of them on the other side, yes |
20:32.33 |
Apra_ |
http://imgur.com/oOg8lbX |
20:45.06 |
Apra_ |
Is it
okay...I edited a lot of things |
20:47.08 |
*** join/#brlcad spertz
(~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
20:49.10 |
spertz |
hi
everyone |
20:49.26 |
spertz |
when I try to
run ogv on my computer using meteor |
20:49.27 |
spertz |
it
crashes |
20:50.21 |
spertz |
I installed
all the required modules (nodejs, mongodb) using homebrew, and the
meteor i installed using curl |
20:50.51 |
spertz |
but when I
run the webpage on localhost:3000 it crashes and displays the error
info on my terminal |
21:08.51 |
caen23 |
spertz: could
you paste the error somewhere? |
21:09.21 |
caen23 |
Apra_: the
logo changes seem ok, but i personally preferred the previous font
you used |
21:09.41 |
caen23 |
also, it's
better if you just submit it again for review, and wait for Sean's
feedback |
21:09.53 |
Apra_ |
Bold
Font..right? |
21:10.09 |
spertz |
sure |
21:10.32 |
spertz |
wait itâs
working! |
21:10.35 |
caen23 |
Apra_: what
do you mean? |
21:10.48 |
Apra_ |
The fonts are
in italics |
21:11.00 |
Apra_ |
earlier it
was not in italics just bold |
21:11.00 |
spertz |
the website
is working |
21:11.04 |
spertz |
previously
itâs not |
21:11.30 |
caen23 |
Apra_: i see
that, i also think the italic makes it a bit less
readable |
21:15.07 |
Apra_ |
http://imgur.com/a/6ttBC |
21:16.20 |
caen23 |
looks better,
send it for review and wait for feedback |
21:16.33 |
Apra_ |
Thanks |
21:16.46 |
Apra_ |
for the
help |
21:17.48 |
*** part/#brlcad spertz
(~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net) |
22:19.53 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
23:07.03 |
*** join/#brlcad asad_
(~asad00@pool-173-72-4-45.cmdnnj.fios.verizon.net) |