00:53.53 |
*** join/#brlcad cad00
(n=42ead11b@bz.bzflag.bz) |
00:56.00 |
``Erik |
huh, weird, hulu changed their buffer display,
now it almost looks like cell phone bars |
01:38.00 |
*** join/#brlcad Ralith
(n=ralith@216.162.199.202) |
01:42.34 |
starseeker |
``Erik: yeah, awf isn't up to the new man
output |
01:42.58 |
starseeker |
need to make brlman a wrapper around
man |
01:45.48 |
starseeker |
brlcad: the --with-arch arg requirement is
from the original configure script in the NIST
distribution |
01:45.55 |
starseeker |
it shouldn't be present any more |
01:46.22 |
starseeker |
also, the new configure scripts have 3.2.0 as
the version |
01:50.39 |
starseeker |
I would suggest clearing out the
src/other/step subdirectory and checking it out clean, if that's
possible |
02:27.28 |
*** join/#brlcad elite01
(n=omg@unaffiliated/elite01) |
02:31.45 |
*** join/#brlcad Ralith
(n=ralith@216.162.199.202) |
02:35.18 |
brlcad |
settles down with the best
wings in baltimore |
02:35.23 |
brlcad |
(thusfar) |
02:37.56 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-61.sbndin.btas.verizon.net) |
03:17.07 |
starseeker |
scowls at configure.ac... why
are you breaking distcheck? |
03:18.18 |
starseeker |
scripts a distcheck build to
get full logging and sleeps on it |
03:19.26 |
starseeker |
brlcad: Would a configure.in file being
checked in originally in src/other/step cause problems with
subsequent configure.ac builds, even if removed from the
repository? |
03:19.41 |
starseeker |
'cause somehow it's getting the old build
system |
04:03.18 |
brlcad |
starseeker: I don't know, it could be some
generated file like aclocal.m4 or acinclude.m4 |
04:03.44 |
brlcad |
could be somehow specific to the checkout it's
working with, hard to say without looking at the
filesystem |
04:17.07 |
starseeker |
Uhhhh. distcheck failed for me without
involving step afaict: make[3]: *** No rule to make target
`unix/config.status', needed by `distdir'. Stop. |
04:18.40 |
starseeker |
that was at src/other/tcl |
04:32.10 |
*** join/#brlcad ashishrai
(i=d2d43dfb@gateway/web/ajax/mibbit.com/x-ae684e13fc106687) |
04:37.20 |
``Erik |
so either add tcl/unix/config.status to the
repo or delete it form the Maekfile.am |
04:42.56 |
starseeker |
but when/why did it change? |
05:58.24 |
*** join/#brlcad
hippieindamakin8 (n=hippiein@59.96.200.142) |
06:27.56 |
*** join/#brlcad Don_
(n=Don@c-68-62-76-34.hsd1.mi.comcast.net) |
06:29.28 |
*** join/#brlcad madant
(n=madant@117.196.145.129) |
07:15.36 |
*** join/#brlcad
hippieindamakin8 (n=hippiein@59.96.46.229) |
07:23.09 |
*** join/#brlcad madant_
(n=madant@117.196.128.139) |
08:17.08 |
*** join/#brlcad _sushi_
(n=_sushi_@84-72-93-63.dclient.hispeed.ch) |
10:00.15 |
*** join/#brlcad ddreeves
(n=4382fd0e@bz.bzflag.bz) |
10:16.25 |
*** join/#brlcad dreeves
(n=dreeves@67.130.253.14) |
10:28.09 |
*** join/#brlcad dreeves__
(n=dreeves@67.130.253.14) |
10:47.28 |
brlcad |
starseeker: something else is wrong |
10:47.45 |
brlcad |
there should and needs to be a config.status
(and it doesn't belong in the repo, it's generated by
configure) |
10:49.08 |
bjorkintosh |
goodness man, do you sleep? |
10:49.13 |
brlcad |
don't know why it'd be listed in tcl/tk's
Makefile.am EXTRA_DIST, though, that could be the problem |
10:51.05 |
brlcad |
bjorkintosh: I try not to |
10:51.24 |
bjorkintosh |
makes sense. |
10:51.24 |
brlcad |
it's a nasty disease |
12:06.06 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-61.sbndin.btas.verizon.net) |
12:26.02 |
*** join/#brlcad madant
(n=madant@117.196.147.36) |
14:15.58 |
madant |
WILL test the MathVM today
:P |
14:19.00 |
brlcad |
:) |
14:21.02 |
*** join/#brlcad samrose
(n=samrose@adsl-99-147-180-206.dsl.lgtpmi.sbcglobal.net) |
14:49.29 |
*** join/#brlcad elite01
(n=omg@unaffiliated/elite01) |
15:10.13 |
brlcad |
has the initial application
in |
16:04.57 |
dreeves__ |
I don't know if it is appropriate place for me
to ask this but is there a document with a little more detail about
the approach if the new gui and how it will tie in to the geometry
service or is this currently in the works. If so is it possible to
get privy to those discussions/work? |
16:25.20 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-61.sbndin.btas.verizon.net) |
16:58.03 |
brlcad |
dreeves__: there are some other docs but much
of it is very much a work in progress |
16:58.30 |
brlcad |
the discussions are intentionally supposed to
be completely open so you're more than welcome to join in |
16:58.59 |
brlcad |
some of them happen here on irc, some on the
channel, and alas some in person for the few that can |
16:59.07 |
brlcad |
er, mailing list too |
16:59.34 |
brlcad |
there are a few docs and details on the wiki,
and feel free to ask any questions here or on the devel mailing
list |
17:13.26 |
madant |
:) seems like we are going to have a good
number of applications this summer |
17:54.38 |
brlcad |
any devs present? starseeker? |
18:08.01 |
CIA-40 |
BRL-CAD: 03homovulgaris * r34026
10/brlcad/trunk/src/libpc/ (pcMathVM.cpp pcMathVM.h): adding
BranchNode definition and methods to pcMathVM |
18:10.48 |
``Erik |
O.o |
18:11.45 |
*** join/#brlcad samrose
(n=samrose@c-24-11-214-181.hsd1.mi.comcast.net) |
18:14.06 |
starseeker |
here |
18:14.14 |
starseeker |
what's up? |
18:15.03 |
starseeker |
scowls at configure.ac - why
are you haulting when step has a config.status file but not
haulting when enigma has a config.status file |
18:15.44 |
starseeker |
oh, I see - it's in the tarball |
18:15.46 |
starseeker |
hmm |
18:16.21 |
brlcad |
http://socghop.appspot.com <--
log in, edit profile, create a link_id |
18:16.44 |
brlcad |
anyone interested in mentoring gsoc this year
if we're accepted needs to do that |
18:18.30 |
starseeker |
brlcad: you just use brlcad for your
link_id? |
18:20.01 |
brlcad |
yep |
18:20.31 |
starseeker |
OK, I'm in |
18:21.18 |
starseeker |
do I need to associate myself with brlcad
somehow? |
18:21.26 |
brlcad |
nope |
18:21.34 |
starseeker |
k |
18:21.36 |
brlcad |
just tell me your id |
18:21.42 |
``Erik |
erikg |
18:21.42 |
starseeker |
link_id? |
18:23.56 |
``Erik |
heh 'do you know what "irony" is?' 'is it like
"stony" or "woody" but a lot better to make swords out
of?' |
18:24.25 |
starseeker |
well, irony CAN cut... |
18:25.36 |
starseeker |
brlcad: would it be OK to create a wiki page
on brlcad with pdf versions of some of the NIST publications on the
step libs? so far total size would < 5 megs total for the
papers |
18:27.02 |
brlcad |
starseeker: dont' see why not |
18:27.23 |
starseeker |
cool - thanks. That way if the site goes
byebye we still have the docs too :-) |
18:27.56 |
``Erik |
could just shove it in your public_html/ as a
"personal page", as well |
18:28.25 |
starseeker |
oh, sure. But this way anyone wanting to do
something with BRL-CAD + STEP will find them |
18:28.39 |
starseeker |
my personal site is just a grab bag
ATM |
18:29.13 |
brlcad |
there needs to be a brlcad.org/wiki/STEP page,
maybe also a /wiki/STEP/NIST to talk about that portion |
18:33.52 |
CIA-40 |
BRL-CAD: 03starseeker * r34027
10/brlcad/trunk/src/other/step/Makefile.am: Oops, step's
configure.ac should be in the DISTCLEANFILES list. |
18:35.50 |
brlcad |
anything received during checkout shouldn't be
in distcleanfiles... |
18:37.00 |
starseeker |
oh, really? whoops - I guess enigma must
generate it |
18:37.35 |
CIA-40 |
BRL-CAD: 03erikgreenwald * r34028
10/rtcmp/trunk/ (rt/rt.c rtcmp.h tri.c): remove references to
brlcad/machine.h. casting in ntohd/htond to quell
warnings. |
18:39.43 |
starseeker |
hmm, no enigma's configure.ac is checked
in... |
18:42.36 |
dreeves__ |
brlcad are there any docs other than the 3 uml
diagrams ? |
18:43.34 |
dreeves__ |
I have searched the wiki and didn't locate
anything else |
18:45.13 |
brlcad |
starseeker: enigma lists *configure* in
distcleanfiles, not configure.ac |
18:45.18 |
brlcad |
you said configure.ac |
18:45.18 |
starseeker |
ah |
18:45.22 |
starseeker |
whooops |
18:45.52 |
brlcad |
dreeves__: yes there are, but did you have a
particular question -- glad to just explain things ;) |
18:47.24 |
starseeker |
smacks self upside the
head |
18:47.41 |
CIA-40 |
BRL-CAD: 03starseeker * r34029
10/brlcad/trunk/src/other/step/Makefile.am: Add configure to
DISTCLEANFILES. Previous commit message was incorrected - added
configure.ac to EXTRA_DIST files, NOT DISTCLEANFILES. |
18:48.14 |
dreeves__ |
I guess I'm just toying with the idea of maybe
getting involved in maybe helping out with that.... Was really
look to see if you had mockups of what the new gui might look like
with some possible flows...Also was interested in how the gui would
interact with the service i.e. the gui knowing which parameters
were editable or are you all thinking that would be just built into
the gui itself |
18:49.38 |
dreeves__ |
I could probably go on and on but I thought I
would get educated with what the team had done first before I just
started hammering everyone with a million questions |
18:49.45 |
brlcad |
dreeves__: ah, then should definitely also
take a look at this: |
18:50.01 |
brlcad |
http://brlcad.org/design/ |
18:50.10 |
dreeves__ |
cool |
18:50.11 |
dreeves__ |
thanks |
18:50.26 |
brlcad |
the gui link in particular includes an
extensive gui interaction mock-up |
18:51.33 |
brlcad |
it was intentionally made application agnostic
and doesn't show CAD interface aspects yet, but the same basic
ideas of localized modelessness, universal command access,
pervasive drag and drop, context panels, etc |
18:54.17 |
dreeves__ |
Just so I'm clear this is intended to be an
mged replacement correct? |
18:59.09 |
brlcad |
long term, yes |
18:59.34 |
dreeves__ |
umm what would it be in the short
term? |
18:59.50 |
dreeves__ |
or are you just saying it would take a while
to replace mged? |
19:00.34 |
CIA-40 |
BRL-CAD: 03erikgreenwald * r34030
10/rtcmp/trunk/rt/rt.c: comments to help understand interface to
librt |
19:00.56 |
CIA-40 |
BRL-CAD: 03erikgreenwald * r34031
10/rtcmp/trunk/ (adrt/adrt.c configure.ac): updates to handle
updated tie interface |
19:00.57 |
brlcad |
dreeves__: the latter |
19:01.03 |
madant |
dreeves__ : it would take a while |
19:01.06 |
madant |
oops :D |
19:01.06 |
dreeves__ |
ah ok |
19:01.46 |
brlcad |
dreeves__: so if you're interested, here's the
big picture as I see it |
19:02.04 |
dreeves__ |
ok? |
19:02.05 |
CIA-40 |
BRL-CAD: 03Starseeker 07http://brlcad.org * r1232 10/wiki/STEP:
Need to make a step wiki page - just rough out some categories for
now - flesh out later |
19:02.48 |
brlcad |
mged's great in many ways, *lots* of
functionality, powerful interface, it's been doing what it's doing
forever but it's incredibly difficult to learn and takes a long
time to master |
19:03.19 |
brlcad |
that said, it really is *filled* with
functionality, hundreds of staff-years of effort that would take
even a big team many years to replicate |
19:03.27 |
brlcad |
so we really can't afford to do that |
19:03.56 |
brlcad |
on top of that, there is a ton of other
functionality in brl-cad that many people don't know about or don't
know how to use (the other 399 applications) |
19:04.30 |
brlcad |
basically, our usability needs to improve in a
major way |
19:04.48 |
brlcad |
but not such that we just lose everything that
has been invested, therein enters LIBGED |
19:05.25 |
brlcad |
libged is a refactoring project that has been
going on for almost a year now to take most of the best aspects of
mged out of mged, and putting that logic into a library so it can
be more readily reused |
19:05.55 |
brlcad |
libged by itself, though, obviously won't make
usability any better, for that we need a better gui |
19:06.37 |
brlcad |
on that front enters a refactoring prototype
that was started several years ago -- archer; basically mged's gui
rewritten but still using mged's geometry management and command
functionality under the hood |
19:06.48 |
brlcad |
also enter last year's gsoc project to start a
completely new gui interface |
19:07.38 |
brlcad |
what remains is the infrastructure to tie the
gui to the backend while also pulling in "the rest" of brl-cad
under that same interface |
19:08.08 |
brlcad |
that is where the geometry service and
geometry engine are at, they tie the front to the back |
19:09.31 |
brlcad |
the intent of the geometry engine is to
modularize the geometry management API, provide better type
encapsulation and geometry management features similar to other CAD
kernels like ACIS or Granite |
19:10.21 |
brlcad |
the geometry engine basically wraps libbu,
libbn, librt, libwdb, and the new libged into a clean API |
19:10.31 |
dreeves__ |
Yeah I grabbed the latest rt^3 package and got
it to compile but seems like all the apps are just outputting
timing type of things I'm sure I'm missing something but I didn't
see any guis |
19:11.40 |
brlcad |
dreeves__: the rt^3 module hasn't really been
cleaned up and unified yet, so you're sort of seeing a little of
the gui work that happened during gsoc, some of the GE work, and a
lot of the GS work |
19:12.14 |
brlcad |
and the three don't yet play with each other
much given they're all being developed in parallel |
19:12.23 |
dreeves__ |
oh ok that's fine I just wanted to see what
had been done so far |
19:12.30 |
brlcad |
(as they really are three independent
projects) |
19:12.37 |
dreeves__ |
ok |
19:13.31 |
dreeves__ |
I just flipped through some of the gui design
I take it that is more of a concept type thing, survey of different
style of guis if you will |
19:13.37 |
brlcad |
so project-wise related to improving the
interface, there's BREP support, LIBGED refactoring, GE design, GS
implementation, and the GUI itself |
19:14.02 |
brlcad |
dreeves__: it's not a survey, it's an actual
interaction prototype |
19:14.28 |
dreeves__ |
oh I must doing something wrong I will go back
and look at it again |
19:14.40 |
brlcad |
what's missing is how that would actually look
and act with a 3D context, geometry actions, object palettes,
etc |
19:14.56 |
brlcad |
this: http://brlcad.org/design/gui/ioe_proto_final.mov |
19:15.04 |
dreeves__ |
ok |
19:15.33 |
brlcad |
it is a survey of different *interactions* you
might encounter in the gui, just not multiple guis |
19:16.33 |
brlcad |
the important aspect is how tasks are managed,
how contexts are managed, command interaction, how the overall menu
works, the clipboard, etc |
19:17.09 |
madant |
dreeves__: are u already an open source
contributor ? |
19:17.57 |
dreeves__ |
no |
19:18.27 |
brlcad |
your name is very familiar |
19:18.33 |
dreeves__ |
why am I stepping on toes and just don't know
it |
19:18.43 |
dreeves__ |
yes I use to work at brl about 20 years
ok |
19:18.44 |
dreeves__ |
ago |
19:18.55 |
brlcad |
yes, that just clicked with me |
19:18.56 |
brlcad |
gsi |
19:19.01 |
madant |
:) |
19:19.03 |
dreeves__ |
yep |
19:20.10 |
brlcad |
that's very interesting, for many reasons..
:) |
19:20.24 |
brlcad |
you still coding these days? |
19:20.25 |
dreeves__ |
:) |
19:20.32 |
dreeves__ |
oh yeah very much so |
19:20.52 |
dreeves__ |
just not open source |
19:20.56 |
brlcad |
nods |
19:21.08 |
brlcad |
something you maybe haven't seen: http://brlcad.org/BRL-CAD_Priorities.png |
19:21.20 |
madant |
:) 20+ years omg .thats like awesome
experience :) |
19:21.22 |
dreeves__ |
nope |
19:21.41 |
dreeves__ |
Yeah I loved working on brlcad |
19:22.57 |
madant |
you must have worked with Mike et al. ?
:) |
19:23.10 |
dreeves__ |
I meet him a few times |
19:23.42 |
brlcad |
dreeves__: I take it you stay in touch with
Harry, maybe some of the other guys still out at apg? |
19:24.14 |
*** join/#brlcad _sushi_
(n=_sushi_@77-58-245-131.dclient.hispeed.ch) |
19:24.25 |
dreeves__ |
I remember having a conversion with him when
he was working NMG that was a very interesting discussion |
19:24.57 |
brlcad |
you'll hear much of the same still going on
:) |
19:25.13 |
dreeves__ |
No Harry and I sort of went our own
ways... |
19:25.29 |
dreeves__ |
I miss Harry will have to get that way to see
him soon |
19:25.29 |
brlcad |
the BREP effort under way is our #1 priority
in many ways |
19:25.39 |
brlcad |
ah, shame |
19:26.04 |
brlcad |
he's actually one of the few I don't think
I've had the pleasure of meeting personally yet |
19:26.06 |
dreeves__ |
Are you nugging me toward that? |
19:26.19 |
dreeves__ |
Have you an I meet? |
19:26.45 |
brlcad |
don't think so unless you've been over to see
the CAD team |
19:27.03 |
dreeves__ |
Do you know if Ed, Paul and Keith are still
out there? |
19:27.06 |
brlcad |
(in the last 10 years or so) |
19:27.10 |
dreeves__ |
no |
19:27.24 |
dreeves__ |
i haven't unfortunately |
19:27.25 |
brlcad |
ed is, he's current acting team lead |
19:27.38 |
dreeves__ |
realllllly.... |
19:27.40 |
dreeves__ |
:) |
19:27.50 |
brlcad |
paul has been promoted into managerial
oblivion, no longer does anything productive |
19:28.02 |
dreeves__ |
I really liked working with him |
19:28.08 |
brlcad |
er, you mean deitz or tanenbaum? |
19:28.21 |
brlcad |
well, same holds for both I suppose
:) |
19:28.23 |
dreeves__ |
deitz |
19:28.44 |
brlcad |
he's leads one of the directorates |
19:29.06 |
dreeves__ |
I probably shouldn't refer to him has Paul I
suppose I don't mean any disrespect |
19:29.21 |
brlcad |
nah, he's still paul |
19:29.28 |
brlcad |
http://www.linkedin.com/pub/4/a19/206 |
19:30.09 |
dreeves__ |
Yeah I was sure he was but I didn't want
anyone on here to get the wrong idea |
19:30.16 |
brlcad |
keith retired and came back as a contractor,
doesn't write code though -- still does some modeling |
19:30.50 |
dreeves__ |
Yeah that is mostly what he before he is
awesome at the modeling though |
19:32.28 |
brlcad |
dwayne kregel is one of the best brl-cad
modelers out there now, he's helped inspire a lot of my ideas for
things we need to work on |
19:32.47 |
dreeves__ |
So funny I went to HS with him |
19:32.48 |
brlcad |
victor is back and modeling again |
19:32.53 |
dreeves__ |
aberdeen |
19:33.08 |
brlcad |
yeah, I think he told me that one |
19:33.12 |
brlcad |
*once |
19:33.22 |
brlcad |
big D |
19:33.29 |
brlcad |
awesome guy |
19:33.42 |
dreeves__ |
Yes he is a very tall guy |
19:33.55 |
dreeves__ |
small world though |
19:34.28 |
dreeves__ |
brlcad what is your email? |
19:35.53 |
dreeves__ |
BTW I will check out the priorities maybe I
will redirect my energy a little |
19:36.19 |
brlcad |
note that those are open source
priorities |
19:36.26 |
brlcad |
very close to but not exactly the same as ARL
priorities |
19:37.18 |
brlcad |
ARL funds the cad team in more specific ways
obviously to work on enhancements |
19:38.06 |
brlcad |
thinks who else gsiwise is
still around |
19:38.21 |
brlcad |
adam |
19:41.42 |
dreeves__ |
adam came on after I left |
19:42.12 |
brlcad |
ah |
19:43.40 |
brlcad |
there's another guy but I can't remember his
name |
19:46.12 |
brlcad |
probably a few names you recognize:
http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/AUTHORS |
19:46.37 |
dreeves__ |
so does your cad team basically work at what
use to be brl? |
19:46.53 |
dreeves__ |
I thought Lee Butler lead the cad team did he
leave? |
19:47.05 |
brlcad |
he left |
19:47.23 |
dreeves__ |
Yeah I wend through that list the other night
know quite a few people on it |
19:48.21 |
brlcad |
Lee is still around, but he went to work on
his phd for a year then came back to lead the modeling team and
just recently moved onto another team |
19:48.58 |
dreeves__ |
oh ok |
19:49.00 |
brlcad |
still at the same place, maybe even the same
building |
19:49.17 |
dreeves__ |
I will have to send ed and email |
19:49.34 |
brlcad |
he knows :) |
19:49.40 |
dreeves__ |
ok |
19:49.44 |
dreeves__ |
:) |
19:49.50 |
dreeves__ |
What does he think? |
19:53.59 |
brlcad |
he thinks he's ready to retire :) |
19:54.23 |
dreeves__ |
LOL!! :) |
19:55.40 |
dreeves__ |
So what's up with the work on Java? |
19:56.27 |
brlcad |
wonders if dreeves__ notices
that he has other messages.. :) |
19:56.47 |
brlcad |
john anderson started that just playing around
a couple years ago |
19:56.54 |
brlcad |
s/couple/many/ |
19:57.11 |
brlcad |
got a simple ray query working, and it sat for
a while |
19:57.39 |
brlcad |
then another big java project started at arl,
and it revived some attention on that project |
19:57.44 |
dreeves__ |
Just noticed sorry |
20:47.13 |
*** join/#brlcad samrose
(n=samrose@c-24-11-214-181.hsd1.mi.comcast.net) |
20:49.13 |
ysselive |
dreeves__: btw, more you may not have seen --
screenie of the "Archer" prototype interface I mentioned --
http://brlcad.org/tmp/archer.png |
20:49.26 |
ysselive |
Archer is the test bed for most of the LIBGED
refactoring |
20:49.59 |
ysselive |
and will likely merge with MGED at some point
(replacing mged's gui) as an intermediate step until the other new
GUI is ready |
20:56.21 |
MrStayPuft |
dreeves__: another one of interest: http://brlcad.org/tmp/brepstep.jpg |
21:05.18 |
*** mode/#brlcad [+o brlcad]
by ChanServ |
21:06.10 |
CIA-40 |
BRL-CAD: 03starseeker * r34032
10/brlcad/trunk/src/other/step/ (Makefile.am autogen.sh): Don't
need autogen.sh in this directory while step is acting as a part of
brlcad |
21:12.40 |
brlcad |
gets the
munchies |
21:17.59 |
``Erik |
wonders if that was staypuft
or staypuffed O.o |
21:18.10 |
starseeker |
brlcad: config.status is in both EXTRA_DIST
and DISTCLEANFILES in the tcl Makefile.am - is that
intentional? |
21:18.57 |
brlcad |
it's mr stay puft |
21:19.00 |
brlcad |
http://en.wikipedia.org/wiki/Stay_Puft_Marshmallow_Man |
21:19.16 |
brlcad |
starseeker: probably not |
21:19.38 |
``Erik |
someone has stayed up too late to catch the
lame joke :D |
21:19.48 |
brlcad |
not that they have much to do with each other
.. being a distcleanfile doesn't mean it'll be included in the
dist |
21:19.56 |
starseeker |
right |
21:20.06 |
starseeker |
the failure on distcheck has something to do
with it though |
21:20.09 |
``Erik |
$16k for a windows machine, ow |
21:20.23 |
brlcad |
``Erik: or I didn't stay up late enough?
puffing glue? |
21:20.38 |
brlcad |
puffing a joint? |
21:20.43 |
``Erik |
the latter, yeah |
21:20.46 |
brlcad |
ah |
21:20.49 |
brlcad |
then I caught it |
21:20.54 |
brlcad |
just wasn't funny :) |
21:21.07 |
``Erik |
<-- said it was lame, not funny
:D |
21:21.11 |
brlcad |
hehe |
21:21.32 |
``Erik |
has mysql and apache22
running on the new machine, btw |
21:22.26 |
starseeker |
brlcad: Any prior knowledge of the stepmod
project on sourceforge? |
21:24.17 |
starseeker |
Hmm, cool, NIST made some code for controlling
a machining center using the STEP-NC spec |
21:24.28 |
brlcad |
starseeker: yeah, prior guilty knowledge,
yes |
21:24.33 |
starseeker |
heh |
21:24.42 |
starseeker |
anything useful there? |
21:26.57 |
brlcad |
probably, but it was heavily biased towards
lifecycle aspects of step |
21:27.12 |
brlcad |
MUCH of step has little/nothing to do with
geometry |
21:27.41 |
brlcad |
hinted at by geometry starting at application
protocol two *hundred* and three .. |
21:28.05 |
CIA-40 |
BRL-CAD: 03homovulgaris * r34033
10/brlcad/trunk/src/libpc/pcMathGrammar.h: Complete description of
the Expression Grammar : Stage 1/4 |
21:28.11 |
brlcad |
~madant++ |
21:28.59 |
starseeker |
hmm - looks like we're not the only ones
playing around with NIST SCL: http://code.google.com/p/fbics/ |
21:29.02 |
brlcad |
starseeker: one interesting piece they do is
ap28 though .. that didn't exist until recently |
21:29.07 |
madant |
huh |
21:29.21 |
starseeker |
ah, nuts - he's going GPLv3 |
21:29.25 |
brlcad |
(AP28 is STEP-XML) |
21:29.30 |
starseeker |
ah, cool :-) |
21:29.53 |
brlcad |
problem there, though, being no CAD software
dumps that out that I'm aware of yet |
21:30.01 |
brlcad |
so not a high priority |
21:30.07 |
starseeker |
true. |
21:30.24 |
brlcad |
still have to deal with ap21 files |
21:30.27 |
starseeker |
ponders using it as a good
BRL-CAD archival output format, but that's also low
priority... |
21:32.21 |
brlcad |
looks like it's a new project |
21:32.30 |
brlcad |
there is no code to it other than
scl |
21:32.42 |
brlcad |
so you could check it out and see what mods
he's made |
21:33.05 |
starseeker |
maybe, but since it's public domain code he's
allowed to make his modes GPLv3 |
21:33.10 |
brlcad |
wow, very new .. last commit was just
yesterday |
21:33.20 |
brlcad |
and that was r2 |
21:33.29 |
starseeker |
could ask him, I
suppose |
21:33.40 |
brlcad |
i mean he's done nothing thusfar |
21:33.41 |
brlcad |
even to scl |
21:33.46 |
starseeker |
ah, ok |
21:34.21 |
starseeker |
can't find a license on the
stepmod stuff |
21:35.27 |
evilcad |
there is no stepmod stuff |
21:35.43 |
starseeker |
http://stepmod.cvs.sourceforge.net/stepmod/ |
21:35.44 |
evilcad |
he's not done anything yet |
21:35.49 |
starseeker |
aj |
21:35.50 |
starseeker |
ah |
21:35.52 |
evilcad |
oh |
21:35.58 |
evilcad |
crossed the streams |
21:36.01 |
evilcad |
meant fbics |
21:36.08 |
starseeker |
and the universe is destroyed! :-) |
21:36.25 |
evilcad |
i was told it's a very bad thing to
do |
21:44.56 |
*** join/#brlcad samrose
(n=samrose@c-24-11-214-181.hsd1.mi.comcast.net) |
21:47.11 |
starseeker |
grr - bad project, publish licensing
restrictions clearly |
21:51.38 |
starseeker |
Hey ``Erik: http://sourceforge.net/projects/e7bfc/ |
21:52.15 |
starseeker |
windows only, unfortunately |
22:05.22 |
CIA-40 |
BRL-CAD: 03starseeker * r34034
10/brlcad/trunk/src/other/ (tcl/Makefile.am tk/Makefile.am):
config.status doesn't belong in EXTRA_DIST, was breaking make
distcheck. |
22:21.39 |
starseeker |
confound it |
22:23.59 |
starseeker |
the distcheck tarball is pulling in expparse.c
and expscan.c even though they are included in DISTCLEANFILES in
the Makefile.am! That's apparently enough to stop bison from
running, and since expparse.h is NOT being snarfed in as well the
build fails |
22:25.38 |
starseeker |
brlcad: I'm not familiar yet with the
distcheck rules for tarball building are implemented - is there a
chance that some stray cp *.c command in there somewhere is pulling
in files despite their being on the DISTCLEAN list? |
22:42.19 |
*** join/#brlcad redvsblue
(n=blah@c-69-242-189-29.hsd1.mo.comcast.net) |
22:47.05 |
starseeker |
is forced to put it on
hold |
22:52.58 |
``Erik |
nifty, starseeker, but I chose bf as a minimal
basis for a case study :D |
22:53.18 |
``Erik |
at he moment, I think I'm gonna check out
clozure (for some reason, I had it and clojure confused) |
23:11.35 |
evilcad |
starseeker: again, being in distcleanfiles has
nothing to do with being included in the dist -- it's just a list
of what to try to remove if someone runs distclean |
23:12.23 |
evilcad |
those .c files are included because they are
either listed as extra_dist and/or because it figured out that they
need to be included because they are .l/.y generated |
23:18.46 |
Ralith |
wonders what evilcad is
eviling |
23:21.32 |
CIA-40 |
BRL-CAD: 03Sean 07http://brlcad.org * r1233
10/wiki/Google_Summer_of_Code/2009: New page: = Getting started =
Students participating with BRL-CAD in the 2008 GSoC have a
'''[[Google_Summer_of_Code/Checklist|checklist]]''' of actions to
attend to before getting started on thei... |
23:23.32 |
CIA-40 |
BRL-CAD: 03Sean 07http://brlcad.org * r1234
10/wiki/Google_Summer_of_Code/2009: |
23:28.43 |
CIA-40 |
BRL-CAD: 03Sean 07http://brlcad.org * r1236
10/wiki/Google_Summer_of_Code/2009: /* Additional Information
*/ |
23:28.44 |
CIA-40 |
BRL-CAD: 03Sean 07http://brlcad.org * r1235
10/wiki/Google_Summer_of_Code/2009: /* Additional Information
*/ |
23:33.57 |
CIA-40 |
BRL-CAD: 03Sean 07http://brlcad.org * r1237
10/wiki/Google_Summer_of_Code/2009/Project_Ideas: Redirecting to
[[Google Summer of Code/Project Ideas]] |
23:43.19 |
CIA-40 |
BRL-CAD: 03Sean 07http://brlcad.org * r1238
10/wiki/Google_Summer_of_Code/Project_Ideas: comment out a few to
reduce the list |
23:45.51 |
CIA-40 |
BRL-CAD: 03Sean 07http://brlcad.org * r1239
10/wiki/Google_Summer_of_Code/Project_Ideas: commenting out not
working so hot, just remove them and rely on revision
history |
23:50.08 |
brlcad |
Ralith: heh, just evil craziness in another
channel :) |
23:51.21 |
Ralith |
oo, SoC infos |
23:51.31 |
``Erik |
uh huh, rrrriiiiiggggghhhhhhtttttt |
23:52.30 |
``Erik |
ah HA, that's where I stashed it
*whew* |
23:52.53 |
CIA-40 |
BRL-CAD: 03Sean 07http://brlcad.org * r1240
10/wiki/Google_Summer_of_Code: update to 2009 |
23:52.57 |
CIA-40 |
BRL-CAD: 03Sean 07http://brlcad.org * r1241
10/wiki/Google_Summer_of_Code/2009: |