00:23.03 |
``Erik |
http://www.boingboing.net/2008/02/29/ted-2008-crow-vendin.html
skeers me |
01:02.28 |
mafm |
night |
01:08.11 |
*** join/#brlcad Axman6
(n=Axman6@pdpc/supporter/student/Axman6) |
01:45.45 |
*** join/#brlcad
Dr_Phreakenstein (n=phreak@216.151.24.198) |
02:17.40 |
``Erik |
<PROTECTED> |
02:18.58 |
Dr_Phreakenstein |
i still need to see it |
02:19.23 |
Dr_Phreakenstein |
i was not one of the 92.4 million that watched
the game |
02:19.47 |
Dr_Phreakenstein |
anyone else having trouble starting
archer? |
02:20.01 |
``Erik |
http://www.collegehumor.com/video:1899103 |
02:20.24 |
brlcad |
Dr_Phreakenstein: works here |
02:20.46 |
Dr_Phreakenstein |
thanks, both |
02:21.04 |
Dr_Phreakenstein |
probably my bad installation |
02:21.47 |
brlcad |
that was one of the best sb
commercials |
02:22.03 |
Dr_Phreakenstein |
recompiling, brb |
02:25.31 |
``Erik |
"chinlone: a new sport that's like soccer,
only interesting." hehehe |
02:38.17 |
*** join/#brlcad schwinn434
(n=schwinn4@75.81.196.139) |
02:47.30 |
Dr_Phreakenstein |
i don't suppose that originated in, say,
china |
02:55.20 |
``Erik |
burma, apparently |
02:57.12 |
Dr_Phreakenstein |
eh, close (sorta) |
03:06.13 |
Dr_Phreakenstein |
archer gives: |
03:06.16 |
Dr_Phreakenstein |
unknown option "-menu" |
03:06.39 |
Dr_Phreakenstein |
then tells me that the error is unexpected,
aborting |
03:07.34 |
``Erik |
hm, did you build with --enable-all
? |
03:10.04 |
Dr_Phreakenstein |
make clean;CFLAGS="-O2 -fomit-frame-pointer
-msse3 -mmmx -m3dnow -pipe -march=opteron -w" CXXFLAGS="${CFLAGS}"
./configure --build=x86_64-pc-linux-gnu --enable-64bit-build
--enable-optimized --disable-debug --prefix=/usr/local
--with-gnu-ld ;make -iks --no-print-directory;make html-recursive;
make install |
03:10.09 |
Dr_Phreakenstein |
no |
03:10.26 |
Dr_Phreakenstein |
are any of those options
problematic? |
03:10.30 |
``Erik |
it may be that archer is using features added
after your version of tk |
03:11.21 |
Dr_Phreakenstein |
tk ver 8.5.6 |
03:11.42 |
Dr_Phreakenstein |
should i retry with internal tk? |
03:11.44 |
``Erik |
um, possibly, we have a tuned set of
optimizations, --enable-optimized should be used instead of that
CFLAGS stuff (there might be conflicts), and --build should
theoretically be left to do its own |
03:12.21 |
Dr_Phreakenstein |
does -optimized find my processor type
(-march) |
03:12.25 |
``Erik |
--with-gnu-ld would be assume, and I believe
--enable-optimized insinuates --disbale-debug |
03:12.45 |
``Erik |
it finds a good enough match based on what the
skeery weird shit we do is :D |
03:12.59 |
Dr_Phreakenstein |
fair enough |
03:13.10 |
``Erik |
the general rule is "when it don't work right,
just do "./configure --enable-all --prefix=wherever" |
03:13.17 |
Dr_Phreakenstein |
can i use parallel make (-j 17) |
03:13.20 |
``Erik |
yeah |
03:13.40 |
``Erik |
and we have a 'fast' build rule that helps if
you have more than 8 or so cores |
03:13.45 |
``Erik |
make -j23 fast |
03:14.24 |
Dr_Phreakenstein |
i only have dual-proc, dual core, and i am
using a new kde, so i need some processor left ;) |
03:14.31 |
``Erik |
heh |
03:14.44 |
``Erik |
so the fast rule won't benefit you
:D |
03:14.48 |
``Erik |
nice make -j3 |
03:14.49 |
``Erik |
:D |
03:14.51 |
brlcad |
8.5.6 should be fine, but it's an easy enough
recompile to make sure .. suspect it's just something
minor |
03:15.30 |
Dr_Phreakenstein |
probably, seems to be someting with bwish, if
i followed strace correctly |
03:15.37 |
``Erik |
ya didn't show up today, brlcad :) the tl was
wondering where you were, and ya missed korean |
03:15.46 |
Dr_Phreakenstein |
it made a 10 meg trace, so you can only read
that in so much depth |
03:15.49 |
brlcad |
i sent him e-mail |
03:16.20 |
brlcad |
repairs yesterday went till 3am, didn't get
going until late |
03:16.22 |
Dr_Phreakenstein |
email tubes clogged, valve shut off |
03:16.36 |
``Erik |
eck (repairs?) |
03:23.05 |
brlcad |
floor joists on the main floor -- a series of
repairs made during sale were done very poorly |
03:23.20 |
brlcad |
now it's outstanding, the guy that came to
work on them was phenomenal |
03:23.25 |
``Erik |
ah, cool |
03:23.38 |
``Erik |
needs to try calling the guy
to fix his front woodwork again :/ |
03:24.35 |
``Erik |
(try calling him again, fix it
again) |
03:31.18 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
03:33.30 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
03:52.19 |
Dr_Phreakenstein |
Erik: hope he is better than the Iraqi
carpenters we found |
03:52.43 |
Dr_Phreakenstein |
they used wood screws, and pounded them in
with a hammer |
03:54.27 |
brlcad |
hah |
03:55.38 |
Dr_Phreakenstein |
if that was the only problem, i could forgive
them, but they were slow, flakey, expensive, and the language
barrier did not help |
03:56.01 |
Dr_Phreakenstein |
finished work was sub-par at best |
03:56.42 |
Dr_Phreakenstein |
in their defense, wood is not the material of
choice over there, so they as a whole had little experience, and
less to work with |
03:57.23 |
Dr_Phreakenstein |
here, every 9-year old boy knows how to hammer
nails, and use a tape measure, at least a little bit |
03:57.42 |
Dr_Phreakenstein |
"helping" dad with some honey-dos and a tree
fort |
03:58.18 |
Dr_Phreakenstein |
perhaps excepting urban apartment
dwellers |
04:29.35 |
Dr_Phreakenstein |
oops.... make distclean foo-barred my brlcad
sources. probably something i did |
05:11.21 |
Dr_Phreakenstein |
ok, ran into error running make test |
05:11.40 |
Dr_Phreakenstein |
this may be why i stoppped using internal
tcl |
05:13.39 |
Dr_Phreakenstein |
question: |
05:14.10 |
Dr_Phreakenstein |
if i use internal tcl/tk, where can i put
brlcad specific init.tcl? |
05:15.57 |
Dr_Phreakenstein |
or, more specifically, how do i point brlcad
components to a different init.tcl file |
05:25.25 |
Dr_Phreakenstein |
fixed it |
05:25.42 |
Dr_Phreakenstein |
gotta make install *before* make
test |
05:45.42 |
brlcad |
ah, yes .. make test has lots of
limitations |
05:46.17 |
brlcad |
has to be installed, maybe requires an
in-place build iirc too |
05:57.03 |
Dr_Phreakenstein |
back to same -menu error after recommended
options |
05:57.41 |
Dr_Phreakenstein |
something in tcl |
05:58.22 |
Dr_Phreakenstein |
i am looking at my environment to see how it
is (likely) clobbering brlcad's local tcl install |
05:58.31 |
Dr_Phreakenstein |
by tcl i mean tcl/tk |
05:58.49 |
Dr_Phreakenstein |
, itk, and friends |
06:01.39 |
brlcad |
where are you installing to? the default
path? |
06:02.00 |
brlcad |
ah, /usr/local |
06:04.14 |
brlcad |
was going to say that it's very unlikely that
it'd be an environment issue, unless you're mixing into a dir with
existing tcl data |
06:04.45 |
brlcad |
still seems unlikely to me (more likely just a
simple, maybe recent, bug in archer) |
06:05.34 |
brlcad |
easy enough test if you really want to test it
would be to install into /usr/brlcad |
06:05.43 |
brlcad |
(i.e., the configure default) |
06:08.37 |
Dr_Phreakenstein |
how do i tell it to go to /usr/local/brlcad?
have tried in past, with no success (trying to keep /usr
uncluttered, no luck) |
06:09.53 |
Dr_Phreakenstein |
wait- that may have been the ebuild that i
made (gentoo install file) that could not do it |
06:10.01 |
Dr_Phreakenstein |
trying now... |
06:11.25 |
Dr_Phreakenstein |
by chance, does brlcad look at an environment
variable named TCL_LIBRARY |
06:11.41 |
Dr_Phreakenstein |
i have that, set by something else, to
8.4 |
06:13.33 |
Dr_Phreakenstein |
also, TCLHOME, TCLLIBPATH, ITCL_LIBRARY,
ITK_LIBRARY |
06:15.49 |
Dr_Phreakenstein |
brlcad: are you on the east coast? |
06:20.55 |
brlcad |
--prefix=/usr/local/brlcad |
06:21.07 |
Dr_Phreakenstein |
more directly, do you ever sleep? you are
tremendously helpful, about 22 hrs/day |
06:21.22 |
brlcad |
it will obey the various tcl/tk _LIBRARY
variables, but you shouldn't need to set them |
06:21.50 |
brlcad |
thanks, trying to get it up to 25 hours a
day |
06:21.51 |
Dr_Phreakenstein |
iow, if they are set wrong, i should clear
them, no? |
06:22.01 |
brlcad |
oh absolutely |
06:22.11 |
Dr_Phreakenstein |
look into something called polyphasic
sleep |
06:22.12 |
brlcad |
they will override on pretty much every
version of tcl |
06:23.03 |
Dr_Phreakenstein |
in a nutshell, trains your body to achieve REM
in less time |
06:23.03 |
Dr_Phreakenstein |
sleep 20 minutes, wake for 3 hrs 40
minutes |
06:23.15 |
Dr_Phreakenstein |
total of 3 hrs sleep per night |
06:23.24 |
brlcad |
i've actually done that for short
stints |
06:23.29 |
brlcad |
weekends screw it up though |
06:23.32 |
Dr_Phreakenstein |
they call it the uber-hacker
schedule |
06:23.33 |
Dr_Phreakenstein |
yep |
06:23.59 |
brlcad |
as well as long coding stints |
06:24.03 |
Dr_Phreakenstein |
also, interactions with humans in "meatspace"
can make it less practical |
06:24.38 |
Dr_Phreakenstein |
as in, you are awake all the time, but can
only talk to people, go to store, etc, certain times of the
day |
06:24.56 |
Dr_Phreakenstein |
i am considering it, how did it work for
you? |
06:25.06 |
Dr_Phreakenstein |
besides above mentioned |
06:25.07 |
brlcad |
yeah, that already sucks to varying degrees
with how I sleep/work now |
06:25.13 |
Dr_Phreakenstein |
:) |
06:25.16 |
brlcad |
there are upsides too though |
06:25.39 |
brlcad |
I moved into the city party because of that
same issue actually, more things open much much later |
06:25.46 |
Dr_Phreakenstein |
did sig-other think you were insane? |
06:25.48 |
Dr_Phreakenstein |
true |
06:26.20 |
Dr_Phreakenstein |
i live in mid-smallish town (~40k
ppl) |
06:26.39 |
Dr_Phreakenstein |
half of me wants to live in a loft above
telco, |
06:26.50 |
Dr_Phreakenstein |
other half wants to be hermit in
woods |
06:27.09 |
brlcad |
I find it easier to just sleep 3-5 hours a
day, a lot easier to sustain than powernapping all the
time |
06:27.37 |
brlcad |
particularly with a work schedule where folks
are calling and stopping by when you'd be needing to nap |
06:28.09 |
Dr_Phreakenstein |
loft would be downtown portland, OR, over
fictitious telco( there are none dt witha loft ovre them, and I
could get u-DSL at 40 megs |
06:28.54 |
brlcad |
downtown portland sounds hella fun |
06:29.03 |
Dr_Phreakenstein |
have you been? |
06:29.06 |
brlcad |
nope |
06:29.17 |
Dr_Phreakenstein |
nothing like it |
06:29.20 |
brlcad |
had a buddy that lived there for a couple
years |
06:29.35 |
Dr_Phreakenstein |
how did they make him leave? |
06:29.53 |
Dr_Phreakenstein |
tow cable in front, fire behind? |
06:30.09 |
brlcad |
heh |
06:30.25 |
brlcad |
job changed iirc, found a great job out
east |
06:30.34 |
Dr_Phreakenstein |
no job is that good |
06:30.54 |
Dr_Phreakenstein |
rather starve in stumptown, than succeed
anywhere else |
06:31.20 |
Dr_Phreakenstein |
stumptown, pdx, city of roses |
06:31.23 |
brlcad |
:) |
06:32.09 |
Dr_Phreakenstein |
downside is crazy laws, and nearly communist
ideas everywhere, creaping into legislation |
06:32.27 |
Dr_Phreakenstein |
they want to install box in cars, charge by
mile |
06:33.05 |
brlcad |
they've talked about doing that out here
too |
06:33.12 |
Dr_Phreakenstein |
we actually have an (by comparison) active
communist party, and green party |
06:33.24 |
Dr_Phreakenstein |
small problem; |
06:33.27 |
Dr_Phreakenstein |
hackers |
06:34.11 |
Dr_Phreakenstein |
also, it shoots self in foot by discouraging
better fuel mileage the way gas tax does |
06:34.59 |
Dr_Phreakenstein |
and... with rising energy rates/demand, they
want to actually *destroy* our hydro power |
06:35.09 |
Dr_Phreakenstein |
literally demolish dams |
06:35.19 |
Dr_Phreakenstein |
they forget that will flood portland |
06:35.31 |
brlcad |
that's a longer topic for another day
:) |
06:35.39 |
Dr_Phreakenstein |
but it will save 4000 fish |
06:35.53 |
brlcad |
is compelled to get a lil
more code done before naptime |
06:35.55 |
Dr_Phreakenstein |
sorry, fresh fury still here |
06:36.21 |
brlcad |
can tell |
06:36.26 |
Dr_Phreakenstein |
still compiling, will keep posted of
progress |
06:36.29 |
Dr_Phreakenstein |
:) |
06:36.46 |
brlcad |
good luck on the compiling -- here as usual
and will respond eventually if you have details |
06:36.59 |
Dr_Phreakenstein |
thanks |
06:37.29 |
Dr_Phreakenstein |
also, you are welcome here anytime you would
like to venture out west |
06:37.45 |
brlcad |
for testing, you shouldn't have any env vars
set that would override runtime behavior including all the
*_LIBRARY* vars |
06:37.57 |
Dr_Phreakenstein |
k |
06:40.26 |
brlcad |
be sure to read the INSTALL file if you
haven't yet (along with the README and doc/README*) |
06:40.44 |
brlcad |
waves g'luck |
06:41.02 |
Dr_Phreakenstein |
thnx |
07:22.28 |
*** join/#brlcad
Dr_Phreakenstein (n=phreak@216.151.24.198) |
07:23.41 |
Dr_Phreakenstein |
profit! |
07:25.35 |
Dr_Phreakenstein |
awww... segfault |
07:25.52 |
Dr_Phreakenstein |
but archer did work long enough to do
that |
07:25.54 |
Dr_Phreakenstein |
:) |
08:19.50 |
*** join/#brlcad brlquestions
(n=user@12.Red-83-44-240.dynamicIP.rima-tde.net) |
08:28.38 |
Dr_Phreakenstein |
thanks for help brlcad and Erik |
08:29.53 |
Dr_Phreakenstein |
(entering biphasic sleep mode, suspending
operations) |
09:13.01 |
ruskie |
decides to not bother with
separating utah... to much pain... |
09:46.24 |
*** join/#brlcad _sushi_
(n=_sushi_@77-58-236-115.dclient.hispeed.ch) |
10:55.59 |
*** join/#brlcad appletizer
(i=user@82-32-123-8.cable.ubr04.hawk.blueyonder.co.uk) |
10:57.55 |
*** join/#brlcad Guest65051
(n=ssaq@ner-as25280.alshamil.net.ae) |
11:28.16 |
*** join/#brlcad _sushi_
(n=_sushi_@84-72-91-240.dclient.hispeed.ch) |
12:04.34 |
d-lo |
Morning all! *Reads Backlog* |
12:04.57 |
d-lo |
heard the superbowl
commercials were sub-par this year :/ |
12:05.57 |
d-lo |
Heh, I'll walk to work before I have to pay a
black box. Sounds like a move by the Cabbie Party. |
12:07.19 |
d-lo |
As a former Nuclear Engineer, I can understand
the frustration with fish clogging up pumps, pipes and strainers.
The answer, however, is not to remove the power plant... its to
sharpen the blades on the pump impeller :) |
12:08.29 |
d-lo |
Anyone: Any Fedora Core users here? Can they
speak to the Pros and Cons of the OS? |
12:13.23 |
appletizer |
fedora? |
12:13.28 |
appletizer |
it's good :) |
12:13.34 |
appletizer |
centos is better though |
12:13.39 |
appletizer |
fedora is considered legacy |
12:14.09 |
archivist |
selinux bites a few |
12:14.21 |
d-lo |
Well I was checking out the FC10 VMware
appliance last night.... gotta admit, the KDE looks *a lot* like
Vista... dunno how I feel about that :/ |
12:14.45 |
d-lo |
appletizer: Why, in your opinion, is centos
> fedora? |
12:14.56 |
appletizer |
depends on your goals |
12:15.11 |
appletizer |
for server type goals, centos provides better
stability |
12:15.22 |
d-lo |
Workstation stuff. |
12:15.41 |
appletizer |
for workstation, then people tend to use
fedora |
12:16.04 |
appletizer |
fedora has more bleeding edge
packages |
12:16.13 |
archivist |
uses ubuntu due to
EMC2 |
12:16.27 |
d-lo |
Trying to make a smart decision as to which OS
i am going to use... don't feel like reinstalling/reconfiguring
more than once. |
12:17.13 |
appletizer |
hehe honestly it doesn't really
matter |
12:17.54 |
d-lo |
It kinda does, since each flavor has its own
quirks, features and pitfalls. |
12:18.05 |
appletizer |
yeah that's what fuel unnecessary distro
wars |
12:18.52 |
appletizer |
but there's always a shift in distro
popularity anyway |
12:18.58 |
appletizer |
it used to be redhat once upon a
time |
12:19.01 |
appletizer |
now it's ubuntu |
12:19.23 |
d-lo |
heh, not after popular :) If anything, I am
anti-trendy. |
12:19.33 |
d-lo |
Its the 'Underdog complex' I suppose
:) |
12:19.52 |
appletizer |
hehe underdog could be useful |
12:20.02 |
appletizer |
in that you're less exposed to malicious
codings |
12:20.12 |
appletizer |
but the downside of that is you get less
userbase exposure |
12:20.30 |
d-lo |
True enough. |
12:21.12 |
appletizer |
as long as you're using one of the more
popular distros, you're fine :) anywhere between centos, fedora,
rhel and ubuntu |
12:21.21 |
archivist |
I use ubuntu only because the EMC2 devs use
that for the RTAT realtime, makes it easy for me to do
cnc |
12:21.25 |
appletizer |
oh and freebsd/openbsd of course :) |
12:21.29 |
archivist |
RTAI |
12:22.52 |
_sushi_ |
!calc 2+3 |
12:23.06 |
appletizer |
if you prefer underdogs, nimblex or wolvix
could be useful |
12:23.07 |
appletizer |
:P |
12:23.13 |
appletizer |
they're like among the least
populars |
12:23.14 |
appletizer |
haha |
12:24.00 |
d-lo |
heh, and that gets back to my criteria of
'make a smart choice' :P |
12:25.10 |
d-lo |
spins some Prodigy. Good
stuff. |
12:30.49 |
*** join/#brlcad elite01
(n=omg@unaffiliated/elite01) |
12:37.12 |
Defcon- |
d-lo, do you remember the video of One
Love |
12:37.26 |
Defcon- |
i'm still wondering how long it took to render
it back then :) |
12:37.33 |
Defcon- |
*than |
12:39.27 |
d-lo |
artist? |
12:40.59 |
Defcon- |
prodigy |
12:41.00 |
Defcon- |
:p |
12:41.15 |
d-lo |
don't think I ever saw the video :/ |
12:41.28 |
Defcon- |
:) |
12:41.31 |
Defcon- |
it's on youtube |
12:42.11 |
d-lo |
didn't have
cable/mtv/vh1/highspeed internet till he was out of highschool
:/ |
12:42.27 |
d-lo |
I missed a bunch of videos. |
12:43.00 |
Defcon- |
:) |
12:46.45 |
d-lo |
Defcon-: Heh, I feel bad for not recognizing
the song by title. Thats one of my al time fav movies... as
horrible as it was. lol |
12:52.11 |
Defcon- |
haha, it's ok :) |
12:53.08 |
Defcon- |
everybody is allowed to forgot the |
12:53.16 |
Defcon- |
everybody is allowed to forgot the Prodigy
once.. |
13:08.47 |
brlquestions |
hello again, another question ... |
13:09.08 |
d-lo |
turns off the lights and
hides. |
13:09.11 |
d-lo |
;) |
13:09.26 |
brlquestions |
is there some way to sketch bezier passing
closer to control points in BRL CAD ? |
13:11.32 |
brlquestions |
I converted the whole sketch on a single
closed bezier that renders well on qcad after writing it by means
of libdime |
13:12.01 |
brlquestions |
the problem is that bezier primitive in
BRLCAD's sketch API rounds my corners too much ... |
13:12.21 |
brlquestions |
(sorry single closed NURBS or whatever
...) |
13:25.47 |
d-lo |
brlquestions: Gonna have to defer that to
someone more knowledgeable than me :/ sorry! |
13:25.58 |
CIA-32 |
BRL-CAD: 03davidloman * r33651 10/rt^3/trunk/
(13 files in 5 dirs): Updated NetMsg and subclasses to use
DataStream. Updated netMsgSerialTest. |
13:27.22 |
brlquestions |
OK, thanks ... suppose there's some
representation problem dealing with libdime specs, qcad NURBS
splines and bezier primitive in BRLCAD |
13:40.15 |
brlcad |
brlquestions: you can always add more control
points, but I suspect the issue eis a translation problem |
13:42.51 |
brlcad |
either a bezier getting imported as a sketch
incorrectly via dxf-g (remember, that is "brand new" code to bring
in the 2D entities) or an entity getting imported with params for
the wrong type of curve (like making a bspline as a bezier curve
and vice versa) |
13:43.56 |
*** join/#brlcad piksi
(n=piksi@pi-xi.net) |
13:45.30 |
CIA-32 |
BRL-CAD: 03johnranderson * r33652
10/jbrlcad/trunk/ (14 files in 4 dirs): Modifications to make
jBrlcad compatible with other projects |
13:48.44 |
brlcad |
our sketch primitive really only supports
bezier curves (though the logic for also supporting nurbs curves
is pretty much done too) |
13:50.50 |
brlcad |
so I guess the question is what type of curve
did you originally make with libdime, what type of curve did you
end up with in the sketch, and how'd you go from dime to
sketch |
14:03.01 |
``Erik |
*readreadread* if I had to use linux, I'd
probably go with ubuntu on the desktop and debian on the
server |
14:04.09 |
d-lo |
``Erik: whyso? |
14:06.42 |
``Erik |
ubuntu has decent package management and a
fairly user interface focus, debian historically has been extremely
solid compared to other leenewxes |
14:07.03 |
``Erik |
and both use apt/dpkg instead of the rpm
trainwreck :D |
14:07.42 |
``Erik |
hugs fbsd (and obsd on
occasion) |
14:08.02 |
``Erik |
I need to scrap together another machine to
give solaris10 a whirl |
14:08.07 |
d-lo |
Well, for me, 'RPM' has a place in my
heart.... for neigh to 9 years, it stood for Reactor Plant
Manual... the bane of my existance >8-( |
14:08.41 |
``Erik |
heh, 'redhat package manager'.. 'really putrid
muck', whatever :D |
14:09.22 |
``Erik |
it's far easier to make an rpm than a dpkg,
it's far easier to use a dpkg than an rpm :D |
14:09.40 |
d-lo |
interesting.... |
14:09.47 |
``Erik |
im(ns)ho |
14:10.18 |
d-lo |
i figured I would get a few nsho here, so its
a good place to ask ;) |
14:10.29 |
d-lo |
brlcad: How are those repairs going? |
14:13.03 |
brlquestions |
thank you very much brlcad ... I have to learn
a lot of three dee modeling !!! thanks again for your help
! |
14:23.23 |
``Erik |
heh, for some reason, my brain parsed
/jbrlcad/trunk as "brlcad junk" O.o |
14:23.40 |
d-lo |
jyou're just not jused to speaking jjava speak
;) |
14:30.31 |
*** join/#brlcad samrose
(n=samrose@c-24-11-214-181.hsd1.mi.comcast.net) |
14:32.00 |
``Erik |
heh, 'jjava', even brief periods of java
development are so traumatic, you develop uncontrollable
stuttering? ;) |
14:32.48 |
d-lo |
jI don't jknow what joo are jtalking
about.... |
14:33.00 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-219.sbndin.btas.verizon.net) |
15:08.53 |
brlcad |
wanders about but won't be
going to lunch |
15:08.54 |
CIA-32 |
BRL-CAD: 03erikgreenwald * r33653
10/brlcad/trunk/src/adrt/adrt.h: macro to turn network opcodes into
human readable names |
15:09.14 |
``Erik |
how very odd, "svn commit file.h" failed, but
"svn commit ./file.h" succeeded |
15:09.25 |
brlcad |
serverage funness |
15:09.33 |
brlcad |
probably would have worked just a second
time |
15:09.50 |
``Erik |
failed many times in a row, tried removing and
restoring the file, reapplying the changes, same failure |
15:10.03 |
``Erik |
perhaps smething about symlinks and nfs mounts
confuzzled svn |
15:10.03 |
brlcad |
what was the error? |
15:10.53 |
``Erik |
beh, lost the backlog, was something about not
being able to find .svn/text-base/adrt.h.adrt.h.svn-base |
15:10.58 |
``Erik |
(which existed) |
15:11.11 |
*** join/#brlcad mafm
(n=mafm@65.Red-81-34-125.dynamicIP.rima-tde.net) |
15:11.59 |
brlcad |
huh, that is odd |
15:12.08 |
brlcad |
likes the nfs
theory |
15:16.53 |
``Erik |
suddenly remembers why he had
gtk installed on that machine. *sigh* *compile* |
15:21.53 |
brlcad |
fwiw, not going to lunch |
15:31.56 |
``Erik |
so I've heard :D |
15:31.59 |
``Erik |
big breakfast? |
15:32.18 |
brlcad |
no, just busy |
15:32.46 |
``Erik |
aren't we all? :D which'll happen first,
release or migration? |
15:33.01 |
brlcad |
no, definitely not all |
15:34.41 |
``Erik |
ah, gtk is done compiling, autoreconf can now
occur |
15:41.19 |
CIA-32 |
BRL-CAD: 03erikgreenwald * r33654
10/brlcad/trunk/src/adrt/libutil/: empty dir |
15:49.24 |
CIA-32 |
BRL-CAD: 03bob1961 * r33655
10/brlcad/trunk/src/tclscripts/mged/ (font.tcl openw.tcl): This
fixes a bug that was breaking the font preferences panel (i.e. it's
init routine was not getting called if a .mgedrc file was
present). |
15:51.36 |
mafm |
hi |
15:51.44 |
d-lo |
hai mafm ! |
17:16.02 |
brlquestions |
Hello again ... what do you think about the
possibility of using : |
17:16.06 |
brlquestions |
void |
17:16.06 |
brlquestions |
nurb_c_to_bezier(struct bu_list *clist, struct
edge_g_cnurb *crv) |
17:16.29 |
brlquestions |
in nurb_bezier.c to change representation
before sketch extrusion ... |
17:17.00 |
brlquestions |
where can I find documentation about bu_list
and edge_g_cnurb structures to use it in my own code ... |
17:21.02 |
starseeker |
brlquestions: best bet is probably the code
itself |
17:21.16 |
starseeker |
not sure there are any useful programmer docs
for those routines |
17:22.02 |
brlquestions |
OK thanks starseeker ... anyway you now where
are those structs defined ? |
17:22.14 |
CIA-32 |
BRL-CAD: 03starseeker * r33656
10/brlcad/trunk/regress/mged_test.sh: Fix couple minor issues in
mged test script. |
17:23.11 |
starseeker |
check bu.h and nmg.h in brlcad/include
directory |
17:23.36 |
brlquestions |
ok thanks again ! |
17:24.11 |
brlquestions |
that's it include directory :) |
18:23.15 |
CIA-32 |
BRL-CAD: 03starseeker * r33657
10/brlcad/trunk/regress/mged_test.sh: Add first tests of view
commands |
18:29.50 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-219.sbndin.btas.verizon.net) |
18:33.02 |
CIA-32 |
BRL-CAD: 03erikgreenwald * r33658
10/brlcad/trunk/src/adrt/slave/slave.c: fix up performance info
(but leave disabled for now) |
18:38.07 |
CIA-32 |
BRL-CAD: 03starseeker * r33659
10/brlcad/trunk/regress/mged_test.sh: Add ae, center and eye_pt
tests |
18:38.43 |
CIA-32 |
BRL-CAD: 03davidloman * r33660 10/rt^3/trunk/
(7 files in 6 dirs): More cleanup on DataStream, NetMsg & Subs,
and GeometryService |
18:50.37 |
CIA-32 |
BRL-CAD: 03davidloman * r33661
10/rt^3/trunk/src/tests/gsph0_Test.java: Adding groundwork for a
simple cross language test. |
19:31.25 |
CIA-32 |
BRL-CAD: 03erikgreenwald * r33662
10/brlcad/trunk/src/adrt/librender/cut.c: use vmath.h |
19:32.04 |
brlcad |
mmm.. buzzing with activity, nice |
19:33.11 |
brlcad |
that conversion using the old brep routine
might work, but the data containers are wrong dimension (I
think) |
19:33.32 |
brlcad |
I believe that takes a nurbs surface and turns
it into a set of bezier patches |
19:34.14 |
brlcad |
which means he's on the right track, and might
be able to make that routine or one similar work, but it'd be
better to fix sketch nurbs curve support |
19:34.50 |
d-lo |
buzzes. |
19:49.04 |
CIA-32 |
BRL-CAD: 03erikgreenwald * r33663
10/brlcad/trunk/src/adrt/librender/normal.c: use vmath |
19:49.07 |
CIA-32 |
BRL-CAD: 03erikgreenwald * r33664
10/brlcad/trunk/src/adrt/librender/phong.c: irrelevant structural
changes |
19:51.27 |
CIA-32 |
BRL-CAD: 03johnranderson * r33665
10/brlcad/trunk/src/librtserver/rtserver.c: Modified to use the
classes in jbrlcad |
19:52.30 |
brlcad |
you too? my phone's been buzzing all
day |
19:52.40 |
brlcad |
buzzes when a commit is
made |
19:53.11 |
brlcad |
oh wow.. librtserver is no longer
stand-alone |
19:53.11 |
brlcad |
hrm |
19:53.38 |
CIA-32 |
BRL-CAD: 03starseeker * r33666
10/brlcad/trunk/regress/mged_test.sh: Add a few more view
commands |
19:54.18 |
starseeker |
erm, wait a minute - does that mean brlcad now
depends on jbrlcad to build?? |
19:58.25 |
``Erik |
only librtserver |
19:58.38 |
``Erik |
which is a JNI stub monstrosity |
19:59.24 |
starseeker |
right, but my point is would a garden variety
build hault on librtserver now? |
20:00.12 |
``Erik |
uhm, I'd have to look at the change, but I
BELIEVE that the jni asks for classes via strings, and he updated
the classnames... so it should build just fine, you just have to
define the symbols to be able to require it into a jvm |
20:01.57 |
``Erik |
yeah, he just changed the values of some
string constants to say "org/brlcad/numerics" instead of
"mil/army/muvs/sim/math" |
20:01.59 |
brlcad |
starseeker: yeah, no -- but you would have to
have jbrlcad to *use* librtserver |
20:02.15 |
starseeker |
ok |
20:02.17 |
``Erik |
(previously, you needed MUVE-3 to use
librtserver) |
20:03.23 |
brlcad |
it's a todo item to update the src/java
portions to be all org/brlcad if they're not already |
20:03.39 |
brlcad |
dont' recall if john did that
already |
20:04.29 |
brlcad |
long-term, it'll make sense to either merge in
jbrlcad (if it's used a lot more, or at least the pieces required
by librtserver), or move src/java over into jbrlcad |
20:04.49 |
CIA-32 |
BRL-CAD: 03erikgreenwald * r33667
10/brlcad/trunk/src/adrt/librender/component.c: minor formatting
and elimination of superfluous temporary variable |
20:05.12 |
brlcad |
shakes fist at not having a
graphical console on cad |
20:05.15 |
``Erik |
votes move to jbrlcad, so'z
we can have a clbrlcad, pybrlcad, etc :D |
20:05.28 |
brlcad |
heh |
20:05.50 |
brlcad |
have I ever mentioned how much I hate language
prefixes on project names? :) |
20:05.54 |
starseeker |
clbrlcad - for... mind bending designs
:-) |
20:06.05 |
``Erik |
yeah, but they do it |
20:06.23 |
brlcad |
geeks are horrible at internalizing a name,
using implementation to name |
20:06.30 |
d-lo |
its l33t and you know you like it. |
20:07.03 |
``Erik |
$ ls ~/src/macports/dports/python/py* | wc
-l |
20:07.03 |
``Erik |
<PROTECTED> |
20:07.08 |
brlcad |
it's a long winded bikeshed discussion on
usability, branding, marketing, and readability :) |
20:08.28 |
``Erik |
names suck :D "wtf is a 'maven'? oh, you mean
plwwwfm, I see" hehehe |
20:08.29 |
brlcad |
yeah, python folks are some of the worst at
it, php and java too |
20:08.52 |
``Erik |
'boost'? is that an energy drink? :D |
20:09.18 |
brlcad |
maven's at least a 'word' and can be
pronounced fairly unambiguously |
20:09.30 |
``Erik |
</smartass> time to ponder
code |
20:10.02 |
brlcad |
it only stops mattering if your project gets
so popular that the prefix is no longer a prefix and it's a
popularly recognized trademark on it's own |
20:10.07 |
brlcad |
like "jboss" |
20:10.59 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-219.sbndin.btas.verizon.net) |
20:11.03 |
brlcad |
stops ranting and returns to
hammering on the server |
20:11.57 |
d-lo |
It will probably go quicker if you use
jHammer, iHammer or mcHammer. |
20:12.07 |
d-lo |
:D |
20:12.13 |
starseeker |
mcHammer is overrated |
20:12.49 |
d-lo |
Especially since 'You Can't Touch'
it |
20:12.55 |
starseeker |
prefers the flexibility o
cl-Hammer, the only hammer that can hammer itself |
20:15.06 |
CIA-32 |
BRL-CAD: 03starseeker * r33668
10/brlcad/trunk/regress/mged_test.sh: Add view version of sca to
testing |
20:19.38 |
``Erik |
heh |
20:20.06 |
``Erik |
erHammer and mlHammer can be fun |
20:20.39 |
``Erik |
(but clHammer and scmHammer are the only ones
that can deal with screws elegantly) |
20:21.27 |
brlcad |
starseeker: press isn't so much tied to the
graphics as the graphics is tied to press |
20:22.24 |
starseeker |
brlcad: sorry, wasn't clear - trying to select
an arb face to rotate strictly from the command line doesn't seem
to be workable even with press |
20:22.27 |
brlcad |
press is a very old command, so you could
press buttons on the overlay menu when you didn't have an input
device |
20:22.54 |
brlcad |
if it's doable from the gui, it should be
doable on the command line |
20:23.09 |
brlcad |
it's just rather unexpected as to how it
works |
20:23.40 |
starseeker |
after all the pressing it pops up a GUI asking
for a vertex to rotate around, and press doesn't seem to hit the OK
in the dialog |
20:23.44 |
brlcad |
like if you wanted to select a face, it's
something like: press "Edit Face 1234" |
20:24.08 |
brlcad |
sounds like the wrong press string |
20:24.53 |
brlcad |
that pop-up dialog would be something like
CMD_MORE with typein where it prompts if there is an incomplete
action |
20:25.05 |
starseeker |
mutters under his breath
about archane user interface interaction
techniques... |
20:25.29 |
brlcad |
it's a lot more intuitive if you turn on
faceplate mode |
20:25.37 |
starseeker |
brlcad: ah |
20:25.46 |
brlcad |
the things you can press and the strings you
can specify are usually directly spelled out there |
20:26.32 |
brlcad |
<PROTECTED> |
20:27.35 |
starseeker |
Is it worth all that just for eqn in the
context of arb rotation? |
20:28.27 |
starseeker |
I suppose it's a more general issue for
testing graphical mged functionality in the end... |
20:28.41 |
brlcad |
it it worth you understanding the details of
how press works, probably :) |
20:28.51 |
brlcad |
for eqn, of course not |
20:29.01 |
starseeker |
growl... |
20:29.19 |
starseeker |
OK, I'll figure it out once I'm done grabbing
low hanging fruit for testing |
20:29.46 |
brlcad |
that's a common (simple) command that is very
useful in many contexts (particularly for users that want to
script) |
20:29.56 |
starseeker |
wonders how to deal with
testing the commands that flip up an editor... |
20:30.15 |
brlcad |
'accept' and 'reject' for example are really
just aliases for "press accept" and "press reject" |
20:30.53 |
brlcad |
notes the sore lack of
"apply" that would be good to have so long as we have the
modality |
20:31.19 |
brlcad |
starseeker: set EDITOR to something
scriptable |
20:31.25 |
starseeker |
wants reset to work in the
editing context as well as press reset, but supposes it conflicts
with something... |
20:31.26 |
brlcad |
like 'cat' |
20:31.29 |
starseeker |
heh |
20:31.38 |
brlcad |
"reset" is also missing |
20:32.00 |
starseeker |
thought it was a libged bug
at first when reset didn't work... |
20:32.46 |
brlcad |
there are other EDITOR tricks you can use --
just depends on the command being tested |
20:34.34 |
starseeker |
wonders where the pink pen on
his desk came from... |
20:35.41 |
starseeker |
alright, time for fizzy energy drink of some
kind... |
20:37.01 |
brlcad |
mm. fizzy blue bawls |
20:37.25 |
brlcad |
haven't had that much caffeine in a long
while |
20:55.05 |
CIA-32 |
BRL-CAD: 03davidloman * r33669
10/rt^3/trunk/src/ (3 files in 3 dirs): Minor adjustments, bugfixes
and tweaks. |
20:56.17 |
CIA-32 |
BRL-CAD: 03davidloman * r33670
10/rt^3/trunk/src/tests/ (. gsph0_Test.java java/
java/gsph0_Test.java): Small directory organization change. More
work on the test for 'phase-0' GeometryServer. |
20:56.33 |
d-lo |
Whelp... cyas all tomarrow. |
21:06.20 |
*** join/#brlcad Elrohir
(n=kvirc@p5B14D3BF.dip.t-dialin.net) |
21:07.43 |
brlcad |
dya d-lo |
22:06.07 |
CIA-32 |
BRL-CAD: 03erikgreenwald * r33671
10/brlcad/trunk/src/adrt/slave/slave.c: fix component
view |
23:31.58 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-219.sbndin.btas.verizon.net) |