00:05.48 |
CIA-53 |
BRL-CAD: 03brlcad * r42630
10/brlcad/trunk/src/libged/ls.c: simplify. even though this is
libged, there's no compelling reason to use GED_DB_GET_INTERNAL()
here since it assumes a GED_OK/ERROR return value if the get fails.
we don't actually care much if the get fails. |
00:06.16 |
CIA-53 |
BRL-CAD: 03brlcad * r42631
10/brlcad/trunk/src/libged/wdb_obj.c: match ls.c and attr.c files.
ugh, duplication. when can this file die? |
00:06.55 |
starseeker |
brlcad: hmm - don't know how much use
rhinocommon will be as C# - don't see a license either, unless I'm
missing something |
00:10.42 |
*** part/#brlcad yukonbob_
(~bch@20-144.wireless.kamloops.net) |
00:12.45 |
CIA-53 |
BRL-CAD: 03starseeker * r42632
10/brlcad/branches/cmake/ (8 files in 5 dirs): Update cmake branch
to trunk r42631 |
00:18.58 |
starseeker |
brlcad: what do you want to do about needing
windows.h for that Win version of the realpath
functionality? |
00:29.25 |
brlcad |
starseeker: rhinosommon didn't seem very
useful to us at all, was just interesting that they're expanding
their opensourceness |
00:29.38 |
brlcad |
their press release was emphasizing that
angle |
00:29.59 |
brlcad |
starseeker: condtionally include windows.h in
the files that call realpath? |
00:30.19 |
CIA-53 |
BRL-CAD: 03starseeker * r42633
10/brlcad/trunk/src/other/togl/ (336 files in 16 dirs): togl is
extradisted in trunk anyway, so stick the cmake branch version in
to minimize differences |
00:34.11 |
starseeker |
brlcad: I think that's what I did initially?
unless I misread, you didn't seem happy about a system header in
libbu |
00:41.40 |
starseeker |
what the heck... what happened to the togl
directory? |
00:47.42 |
starseeker |
checks out other
again... |
00:50.20 |
starseeker |
there we go |
01:16.53 |
*** join/#brlcad louipc
(~louipc@archlinux/trusteduser/louipc) |
01:36.27 |
epileg |
brlcad: ping |
02:08.48 |
*** join/#brlcad yukonbob
(~bch@S0106002129e399fc.ok.shawcable.net) |
02:08.54 |
yukonbob |
hello, #brlcad |
02:09.24 |
CIA-53 |
BRL-CAD: 03starseeker * r42634
10/brlcad/branches/cmake/ (CMakeLists.txt
misc/CMake/CompilerFlags.cmake): Start trying to hammer the C/CXX
flags logic into shape. More to do here, but getting better (should
actually be using more of the flags now...) |
02:09.27 |
starseeker |
yukonbob: howdy :-) |
02:09.32 |
yukonbob |
starseeker: :) |
02:09.40 |
starseeker |
so you have things running with tcl/tk
8.6? |
02:09.45 |
yukonbob |
starseeker: indeed. |
02:09.50 |
starseeker |
trunk? |
02:09.55 |
yukonbob |
first time I've had brlcad running natively on
this box in ~2years |
02:10.01 |
yukonbob |
<PROTECTED> |
02:10.06 |
starseeker |
heh |
02:10.16 |
starseeker |
are you using trunk or an older
version? |
02:10.20 |
yukonbob |
fwiw that fscking *sucked* *sucked* *sucked*
*sucked* *sucked*. |
02:10.45 |
starseeker |
8.5 gives us modern stuff like the new tree
widget |
02:11.02 |
yukonbob |
moving to 8.5 while it was in beta had me fall
off the wagon. |
02:11.15 |
starseeker |
ah, back in the day |
02:11.24 |
starseeker |
(was gonna say, 8.5 has been stable for a
while...) |
02:11.27 |
yukonbob |
not trying to be a drama
queen, just stating the facts. |
02:11.55 |
starseeker |
yukonbob: you should be happy then we haven't
gone leaping onto the 8.6 bandwagon yet :-P |
02:12.01 |
yukonbob |
was helping push the
boundaries of tcl 8.4 back in the day :P |
02:12.16 |
yukonbob |
starseeker: what's the holdup -- I'm here
now!!!1! |
02:12.24 |
yukonbob |
;) |
02:12.30 |
starseeker |
what were the issues with 8.6? |
02:12.37 |
starseeker |
the one attempt I made didn't go so
well |
02:13.06 |
yukonbob |
I *just* fired up mged... and have done *some*
runtime patching, but haven't tested exhaustively. |
02:13.14 |
starseeker |
nods |
02:13.18 |
starseeker |
further than I got |
02:13.24 |
starseeker |
are you using trunk? |
02:13.27 |
yukonbob |
y |
02:13.42 |
yukonbob |
I've been running trunk for.... maybe a year
now? |
02:13.48 |
yukonbob |
on NetBSD cvs -head. |
02:13.49 |
starseeker |
cool - hopefully using only package require
for things like itcl/itk helped... |
02:14.04 |
yukonbob |
heh -- thats one of the things I patched
;) |
02:14.17 |
starseeker |
hmm? you went back to the C api? |
02:14.57 |
yukonbob |
no, but had to adjust for version #s |
02:15.01 |
starseeker |
ah |
02:15.28 |
starseeker |
when I tried 8.6 we were still talking to
itcl/itk at the C level... Something Wasn't Happy |
02:15.52 |
yukonbob |
anyway... it's literally been a few years
since I've been in mged -- I'm going to re-introduce myself to it,
and shake-out bugs as they present themselves |
02:16.05 |
starseeker |
wasn't urgent enough for me to dig deep, since
package require was obviously a better way and the main benefit of
8.6 was the Cocoa backend on Mac |
02:16.13 |
starseeker |
welcome back :-) |
02:16.20 |
yukonbob |
ya, thanks ;) |
02:16.24 |
starseeker |
you might check out archer - it's had a lot of
work done |
02:16.46 |
yukonbob |
is going to get his name back
into the changelogs... |
02:17.00 |
yukonbob |
archer != tcl/tk, correct? |
02:17.28 |
yukonbob |
ya -- when I was last using brlcad, I think
archer was in design phase, or maybe "Hey, I've got an idea'
phase. |
02:18.39 |
starseeker |
no, archer is tcl/tk |
02:18.46 |
CIA-53 |
BRL-CAD: 03starseeker * r42635
10/brlcad/branches/cmake/CMakeLists.txt: Uh, whoops - add the flags
if the build type IS set, not when it isn't... |
02:18.48 |
starseeker |
one of the drivers for using 8.5,
actually |
02:19.12 |
starseeker |
it's not all the way there yet, but there's
some cool new stuff |
02:19.18 |
starseeker |
tree widget is especially nifty |
02:19.36 |
yukonbob |
cool. |
02:20.41 |
yukonbob |
Tcl is what brought me to brl-cad in the first
place, and I haven't lost my love of Tcl... the joy of brl-cad is
what kept me hacking to get it back working, but I'm exceptionally
interested in Tcl/BRL-CAD, and C/BRL-CAD |
02:21.37 |
yukonbob |
holy fsck, I don't remember a single
mged-specific command :P |
02:30.02 |
starseeker |
remember where the quick reference card is?
:-P |
02:30.03 |
CIA-53 |
BRL-CAD: 03starseeker * r42636
10/brlcad/branches/cmake/misc/CMake/CompilerFlags.cmake: Better -
don't need if wrappers now, fix spacing |
02:31.46 |
yukonbob |
grabbing mged tutorial,
documentation... |
02:32.30 |
CIA-53 |
BRL-CAD: 03starseeker * r42637
10/brlcad/branches/cmake/misc/CMake/CompilerFlags.cmake: Er - wrap
the message so it doesn't blather every time |
02:36.21 |
yukonbob |
ahhhhhh... nice. |
02:43.11 |
yukonbob |
thank $deity there's restraint and good sense
wrt display and interface on brlcad... |
02:43.40 |
yukonbob |
my screen happens to be slow, but the
wireframe display and kb controls make everything still so easy to
manage... |
02:44.24 |
yukonbob |
computers may be 100x faster than they were $x
years ago, but there are always "resource constrained" systems, or
just people (like me) who want to pretent they're one
one... |
02:52.36 |
CIA-53 |
BRL-CAD: 03starseeker * r42638
10/brlcad/branches/cmake/CMakeLists.txt: enable optimized flags for
Release build, and warn if they are disabled - also set up 64 bit
flag for MSVC, although this is untested and the
CompilerFlags.cmake file doesn't yet incorporate MSVC flags (it
should, TODO) |
02:53.01 |
starseeker |
much better |
03:08.08 |
CIA-53 |
BRL-CAD: 03starseeker * r42639
10/brlcad/branches/cmake/ (CMakeLists.txt
misc/CMake/CompilerFlags.cmake): Get most of the remaining summary
report entries functioning, although need to check what compilation
progress means in configure.ac. Also will need to re-sync
warning/strict flag logic to match new autotools
settings. |
03:28.50 |
CIA-53 |
BRL-CAD: 03starseeker * r42640
10/brlcad/branches/cmake/CMakeLists.txt: Enable the CMake
counterpart to the verbose output option. Also, finally turn off
the static libraries when doing a debug build unless they're
specifically requested (non MSVC builds) |
03:34.04 |
yukonbob |
? no more "tor" in mged? |
03:45.41 |
brlcad |
there's still torii |
03:46.24 |
epileg |
hello brlcad |
03:46.28 |
brlcad |
howdy epileg |
03:47.14 |
yukonbob |
re-familiarizing self w/
mged... I think I'll have to work through tutorial briefly
front-> back :} |
03:47.47 |
yukonbob |
brlcad: I've *finally* got a running instance
here again... happy days ;) |
03:48.12 |
brlcad |
great |
03:48.20 |
brlcad |
going to write some code then? |
03:48.29 |
yukonbob |
yes. |
03:48.33 |
brlcad |
fantastic |
03:48.38 |
yukonbob |
I've already got some patches for
8.6 |
03:48.50 |
yukonbob |
...and some cross-platform tweaks for
consideration. |
03:49.23 |
brlcad |
can't wait to see them |
03:49.57 |
yukonbob |
and some features that I've had since 7.x that
are still applicable... |
03:50.19 |
brlcad |
there's now also a slew of "contributor
quickies" that are meant to be tiny projects only lasting a few
days, to help someone get emmersed |
03:50.22 |
brlcad |
http://brlcad.org/wiki/Contributor_Quickies |
03:51.09 |
brlcad |
slowly expanding that list as topics come
up |
03:51.50 |
yukonbob |
nods. |
03:52.14 |
yukonbob |
well, looking forward to working w/ you again
:) it's been a long time. |
03:52.28 |
brlcad |
yeah, it has been a while |
03:53.20 |
yukonbob |
2 or three years, off top of head :P |
03:54.54 |
yukonbob |
needs to update hub for new
decade ;P |
03:57.08 |
CIA-53 |
BRL-CAD: 03brlcad * r42641
10/brlcad/trunk/src/librt/db_float.c: ws |
03:58.59 |
yukonbob |
wow... rt is fast |
04:00.13 |
yukonbob |
(though I crashed it on first try; I'll try to
remember (and bother)) to keep logs/fixes of problems... |
04:02.40 |
CIA-53 |
BRL-CAD: 03starseeker * r42642
10/brlcad/branches/cmake/src/other/togl/ (src/CMakeLists.txt
tools/genStubs.tcl): |
04:02.41 |
CIA-53 |
BRL-CAD: Fix togl build to only re-build on
re-run of CMake, which is inevitable because |
04:02.41 |
CIA-53 |
BRL-CAD: we're handling header template
generation with CMake. This tweak, however, |
04:02.41 |
CIA-53 |
BRL-CAD: results in proper termination instead
of regenerating the header with every make |
04:02.41 |
CIA-53 |
BRL-CAD: call. |
04:02.53 |
brlcad |
epileg: sure, usually :) |
04:02.56 |
CIA-53 |
BRL-CAD: 03brlcad * r42643 10/brlcad/trunk/
(doc/deprecation.txt include/db.h): rt_fastf_float(),
rt_mat_dbmat() and rt_dbmat_mat() are deprecated since they pertain
to old v4 file i/o and are platform endian dependent. |
04:04.33 |
CIA-53 |
BRL-CAD: 03brlcad * r42644
10/brlcad/trunk/doc/deprecation.txt: add the version number for the
other 7.18 deprecations |
04:06.27 |
epileg |
to build debian packages with sh/make_deb.sh
is not so dificult but there is a problem, if You are in a 64 bit
platform, it will create just hte 64 bit and non-architecture
dependents packages |
04:07.53 |
epileg |
is this a problem brlcad? |
04:07.55 |
brlcad |
epileg: well right now it doesn't really do
anything, right? ;) |
04:08.02 |
epileg |
yes |
04:08.11 |
brlcad |
so it's an improvement ;) |
04:08.15 |
CIA-53 |
BRL-CAD: 03starseeker * r42645
10/brlcad/branches/cmake/TODO.cmake: Archer now runs from the build
dir. |
04:09.53 |
epileg |
ok, then, and if You are agree, we can try to
create the deb packages just in to the /usr/brlcad/
directory |
04:10.54 |
brlcad |
yeah, the make_deb.sh script should be like
our other non-package-management system binary distributions, just
building an --enable-all dependency-free build that can be posted
up for users |
04:11.19 |
CIA-53 |
BRL-CAD: 03starseeker * r42646
10/brlcad/branches/cmake/ (5 files in 5 dirs): Update cmake branch
to trunk r42645 |
04:11.53 |
brlcad |
ideally, we'd post a 32-bit and 64-bit
verison, but you've got a lot of room to decide how to manage
things best since you're maintaining that platform |
04:13.00 |
brlcad |
epileg: if you've not yet read it, you should
read "NAMING A BINARY RELEASE" and "MAKING A RELEASE" in the
HACKING file |
04:13.14 |
epileg |
ok |
04:13.41 |
brlcad |
just to be familiar with the usual release
steps we take for other builds |
04:13.54 |
epileg |
aha |
04:14.36 |
brlcad |
the only part not documented there is that
some platforms use a --prefix=/usr/brlcad/rel-7.18.0 and symbolic
links are created in /usr/brlcad after install |
04:14.47 |
brlcad |
that way multi-version installs work |
04:15.44 |
epileg |
so, to do that in debian like systems, We must
put the version as a par of the name |
04:16.00 |
epileg |
part* |
04:16.23 |
brlcad |
what do you mean? |
04:16.50 |
brlcad |
it's not the same convention as
/usr/brlcad-7.18.0 |
04:16.54 |
brlcad |
that'd suck |
04:16.56 |
epileg |
ordinary package:
brlcad_7.18.0-1_i386.deb |
04:17.03 |
brlcad |
ah, the file name, that's fine |
04:17.14 |
brlcad |
that's actually what NAMING A BINARY RELEASE
talks about |
04:17.24 |
brlcad |
there's a specific format we try to make most
of them match |
04:17.34 |
epileg |
not just the file name but the project
name |
04:18.17 |
brlcad |
are you referring to what apt does or .deb
files in general? |
04:18.30 |
brlcad |
I know apt has it's own rules, but it didn't
sound like you were trying to address apt |
04:20.11 |
epileg |
exactly, in debian You can only have installed
one release of a project at the same time |
04:23.03 |
brlcad |
mm, okay |
04:23.08 |
brlcad |
that's fine, the /usr/brlcad it is
then |
04:23.18 |
brlcad |
s/the /then / |
04:25.42 |
epileg |
one question, simbolic links are overwritten
with the last installation? |
04:27.49 |
CIA-53 |
BRL-CAD: 03starseeker * r42647
10/brlcad/trunk/ (4 files in 4 dirs): Put the archer.ico file where
it belongs |
04:28.27 |
brlcad |
with multiple version installs, yes usually ..
so the last installed is always "default" yet you can get to any
version |
04:29.03 |
epileg |
well, this is not allowed by apt too
:-/ |
04:29.04 |
brlcad |
note that the symlinks wouldn't necessarily
have to be bundled files, they could be a post-install
script |
04:29.56 |
epileg |
well, no problem like this |
04:31.05 |
brlcad |
more important to be reliably available and
well integrated (like your other usability improvements) |
04:31.40 |
brlcad |
multi-versions is for stand-alone binary
installs -- if people really want that behavior, they should be
able to download one of the other linux binaries |
04:31.52 |
brlcad |
so not a big deal |
04:31.54 |
epileg |
sure |
04:33.38 |
epileg |
about the package name, can I keep the debian
style on it? :-) |
04:34.22 |
brlcad |
from what you wrote, it already is almost a
match |
04:34.56 |
brlcad |
only difference would be to prefer the project
long name instead of the short name, unless there was a technical
limitation |
04:35.50 |
brlcad |
i.e., BRL-CAD_7.18.0-1_i386.deb |
04:37.12 |
yukonbob |
brlcad: OK -- i'm being lazy -- what's cmd to
select an obj from mged (using kb cmds to mged prompt) |
04:37.15 |
yukonbob |
? |
04:37.52 |
brlcad |
yukonbob: depends if it's a primitive or not,
sed or oed |
04:38.08 |
yukonbob |
ah -- those are familiar |
04:38.13 |
yukonbob |
brlcad: thx ;) |
04:38.15 |
brlcad |
those two have different syntax |
04:38.21 |
yukonbob |
it'll all come back. |
04:38.44 |
yukonbob |
is one of those guys who
doesn't like to have to use mouse. |
04:39.51 |
CIA-53 |
BRL-CAD: 03brlcad * r42648
10/brlcad/trunk/TODO: sed+oed, right hand begone |
04:39.54 |
brlcad |
then you should implement the 'select'
command, it's on our todo list :) |
04:40.04 |
brlcad |
highly useful command for keyboard
modelers |
04:40.40 |
yukonbob |
will look into
it. |
04:41.03 |
yukonbob |
after he finds out how to get out of 'sed'
mode... (but not *immediately* after) ;) |
04:41.14 |
brlcad |
"reject" |
04:41.18 |
brlcad |
"accept" |
04:42.20 |
yukonbob |
oh hey -- you mentioned call for papers other
week... did I ask if was for something specific, or you're just
collecting material? |
04:43.23 |
brlcad |
doesn't recall mentioning a
call for papers recently |
04:44.23 |
yukonbob |
you asked if I'd write up something -- (but
wasn't a specific request) -- must've been for general tutorial
library or such... |
04:48.27 |
brlcad |
well, there are the quickie documentation
ideas |
04:48.58 |
brlcad |
and there is http://brlcad.org/wiki/Community_Publication_Portal |
04:49.05 |
brlcad |
which has more ideas pending
publication |
04:50.44 |
yukonbob |
will familiarize self w/
outstanding issues/requests over next few weeks... |
04:50.46 |
brlcad |
``Erik: on that same note, any possibility
you'd write up a brief draft on the adrt/libtie integration work --
doesn't have to be fancy or finished, I can wordsmith it, but
something that describes what you did, why, basic results .. the
same stuff you were talking about yesterday would be
perfect |
04:50.50 |
*** join/#brlcad Ralith
(~ralith@S010600221561996a.vc.shawcable.net) |
04:51.32 |
brlcad |
yukonbob: I wouldn't dwell too much on
outstanding issues -- there are hundreds -- more useful to just
pick one issue and try to fix it |
04:52.21 |
brlcad |
otherwise, you could be familiarizing for
months and never actually get to anything useful |
04:52.41 |
yukonbob |
oh indeed... I won't dwell --- I'm familar w/
the project (and my interests), so I'll marry the two -- I'm just
rusty atm ;) |
04:53.00 |
brlcad |
pretty much *anything* in the TODO or BUGS
file or Quickies page or publication page |
04:54.17 |
epileg |
brlcad: what do You prefer, four packages or
just one? |
04:54.48 |
brlcad |
epileg: which four? |
04:55.06 |
CIA-53 |
BRL-CAD: 03starseeker * r42649
10/brlcad/branches/cmake/ (8 files in 7 dirs): Get cmake branch a
bit closer to trunk |
04:55.55 |
epileg |
brlcad-data, brlcad-bin, brlcad-dev and
brlcad-doc |
04:56.02 |
CIA-53 |
BRL-CAD: 03starseeker * r42650
10/brlcad/trunk/src/libbu/dirname.c: Pull in the change from cmake
to make dirname a bit more cross platform |
04:57.02 |
CIA-53 |
BRL-CAD: 03starseeker * r42651
10/brlcad/trunk/src/ (9 files in 6 dirs): Various cmake branch
tweaks to bat files, tcl scripts - also remove some WIN32
hacks. |
04:59.26 |
brlcad |
yukonbob: here's a great one to start
with |
04:59.30 |
brlcad |
"let the cp command take multiple arguments
for simultaneously creating multiple named copies" |
05:00.15 |
brlcad |
cp command is src/libged/copy.c |
05:00.19 |
yukonbob |
ie: cp existing1 new1 new2 new3
new4? |
05:00.36 |
brlcad |
exactly |
05:03.39 |
yukonbob |
oh noes --- is there a reason "animate" cmd is
spelled "animmate"? |
05:05.02 |
epileg |
brlcad: brlcad-data, brlcad-bin, brlcad-dev
and brlcad-doc |
05:06.00 |
epileg |
brlcad: this is the actual deb packaging
distribution made by Manuel |
05:18.33 |
*** join/#brlcad Stattrav
(~Stattrav@122.172.40.92) |
05:18.37 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
05:19.05 |
CIA-53 |
BRL-CAD: 03starseeker * r42652
10/brlcad/trunk/configure.ac: manuals/archer isn't there
anymore |
05:22.23 |
CIA-53 |
BRL-CAD: 03starseeker * r42653
10/brlcad/trunk/doc/html/manuals/Makefile.am: update
manuals/Makefile.am too |
05:30.33 |
yukonbob |
is there a [red] for editing params of a
primitive? |
05:30.52 |
yukonbob |
(i.e.: resetting a torus' radii,
etc.) |
05:33.32 |
yukonbob |
sees ted... |
05:44.01 |
yukonbob |
ok -- why are sed/ted not having the params
"stick". |
05:44.03 |
yukonbob |
? |
06:38.40 |
*** join/#brlcad yukonbob
(~bch@S0106001cf044d085.ok.shawcable.net) |
06:38.59 |
epileg |
brlcad: I understand that You prefer only one
package, isn't it? |
08:48.30 |
CIA-53 |
BRL-CAD: 03ThedaHouser 07http://brlcad.org * r2452
10/wiki/Help:Navigation: /* Sidebar */ |
12:19.10 |
CIA-53 |
BRL-CAD: 03Sean 07http://brlcad.org * r2453
10/wiki/Help:Navigation: Reverted edits by
[[Special:Contributions/ThedaHouser|ThedaHouser]] ([[User
talk:ThedaHouser|Talk]]); changed back to last version by
[[User:Sean|Sean]] |
12:19.29 |
CIA-53 |
BRL-CAD: 03Sean 07http://brlcad.org * r0
10/wiki/Special:Log/block: blocked [[User:ThedaHouser]] with an
expiry time of infinite (account creation disabled, e-mail
blocked): Spamming links to external sites |
12:21.29 |
brlcad |
epileg: that only makes sense for managed
integration, not for stand-alone .deb files |
12:21.38 |
brlcad |
they can be combined into one... |
12:45.54 |
epileg |
thanks brlcad. I ask You all this things
because I feel as a someone who's nearly to "destroy" the previous
deb work. That's all. |
12:46.28 |
epileg |
brlcad: but if You are agree, me
too. |
13:13.52 |
*** join/#brlcad Zaebos
(~irc@pd95b7f5e.dip0.t-ipconnect.de) |
13:46.22 |
CIA-53 |
BRL-CAD: 03starseeker * r42654
10/brlcad/branches/cmake/src/ (CMakeLists.txt
libpc/CMakeLists.txt): Add CMakeLists.txt file for libpc |
13:52.01 |
CIA-53 |
BRL-CAD: 03starseeker * r42655
10/brlcad/branches/cmake/src/tclscripts/mged/CMakeLists.txt: Add
botedit.tcl to the CMakeLists.txt file |
13:53.03 |
CIA-53 |
BRL-CAD: 03starseeker * r42656
10/brlcad/branches/cmake/src/tclscripts/archer/CMakeLists.txt: Add
DataUtils.tcl to CMakeLists.txt |
14:00.03 |
CIA-53 |
BRL-CAD: 03starseeker * r42657
10/brlcad/branches/cmake/include/CMakeLists.txt: Add fft.h to
header list. |
14:29.03 |
*** join/#brlcad Yoshi47
(~jan@64.235.102.210) |
14:33.10 |
CIA-53 |
BRL-CAD: 03starseeker * r42658
10/brlcad/branches/cmake/src/other/ (7 files in 7 dirs): add some
headers and other files, LIBTERM->TERMLIB |
14:38.53 |
CIA-53 |
BRL-CAD: 03starseeker * r42659
10/brlcad/branches/cmake/doc/docbook/lessons/ (en/CMakeLists.txt
es/CMakeLists.txt): Fix a couple of docbook target paths |
14:53.38 |
CIA-53 |
BRL-CAD: 03starseeker * r42660
10/brlcad/branches/cmake/sh/CMakeLists.txt: Add conversion.sh to
the scripts list |
14:58.03 |
CIA-53 |
BRL-CAD: 03starseeker * r42661
10/brlcad/branches/cmake/src/libpc/CMakeLists.txt: Copy/paste
error |
15:04.41 |
CIA-53 |
BRL-CAD: 03starseeker * r42662
10/brlcad/trunk/doc/ (4 files in 2 dirs): Not sure how far it got,
but VolIV in docbook now has a 'correct' place to go, so put it
there. |
15:07.13 |
CIA-53 |
BRL-CAD: 03starseeker * r42663
10/brlcad/trunk/ (configure.ac doc/Makefile.am doc/book/): And
remove the book directory |
15:16.10 |
CIA-53 |
BRL-CAD: 03starseeker * r42664
10/brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIV.xml:
Point to local docbook resources |
15:19.35 |
CIA-53 |
BRL-CAD: 03starseeker * r42665
10/brlcad/branches/cmake/ (6 files in 4 dirs): Update cmake branch
to trunk r42664 |
17:03.32 |
*** join/#brlcad PrezKennedy
(MK@whitecalf.net) |
17:39.25 |
CIA-53 |
BRL-CAD: 03tbrowder2 * r42666
10/brlcad/trunk/src/mged/setup.c: ws |
19:22.59 |
*** join/#brlcad yukonbob_
(~bch@20-144.wireless.kamloops.net) |
19:23.01 |
yukonbob_ |
oh hai |
19:28.04 |
yukonbob_ |
q: re: sed/ted. when I'm presented w/ objects
attibutes in ted-spawned editor, none of my changes seem to take
effect. Is something basic I'm missing? |
19:32.57 |
starseeker |
yukonbob_: auugh |
19:33.01 |
starseeker |
this is with trunk? |
19:33.15 |
starseeker |
you're saving the text file before closing the
editor? |
19:36.26 |
yukonbob_ |
starseeker: heh. I know you have to ask these
questions. Yes. and my computer is plugged in and turned
on. |
19:36.38 |
yukonbob_ |
starseeker: is 7.18.0 |
19:37.38 |
yukonbob_ |
fwiw, my remember my platform is still
"unique" in the sense I'm running tcl 8.6b, and itl/itk 4, among
other things. |
19:37.49 |
yukonbob_ |
*itcl/itk |
19:45.06 |
yukonbob_ |
starseeker: let me know if you can confirm
bug... |
19:47.59 |
yukonbob_ |
starseeker: ping? |
20:46.56 |
yukonbob_ |
starseeker: ping |
21:58.57 |
*** join/#brlcad epileg
(~epileg@unaffiliated/epileg) |
22:18.06 |
yukonbob_ |
starseeker: ping -- curious to know if you see
same issues re: sed/ted. |
22:22.27 |
starseeker |
yukonbob_: sorry, passed out (lot of snow
shoveling) |
22:22.44 |
yukonbob_ |
heh |
22:23.05 |
yukonbob_ |
starseeker: curious --- do you see same effect
on what you'd consider to be a stable system? |
22:23.18 |
starseeker |
don't mean to seem insulting - we've had
problems with both ted and red in recent history, but thought we
had them fix |
22:23.21 |
starseeker |
ed |
22:23.22 |
starseeker |
tries... |
22:23.24 |
yukonbob_ |
I did something like: |
22:23.34 |
yukonbob_ |
make x tor ... |
22:23.45 |
yukonbob_ |
then: sed x; ted |
22:24.06 |
yukonbob_ |
[edit], [save], [exit]. No changes. |
22:24.18 |
yukonbob_ |
subsequent "ted" indicate no changes,
too. |
22:24.46 |
yukonbob_ |
re: insulting -- no offence taken; likewise, I
hope :) |
22:24.53 |
starseeker |
ah - there was a post 7.18.0 fix to
ted |
22:25.09 |
yukonbob_ |
starseeker: can you point me to
diff? |
22:25.12 |
starseeker |
'course not |
22:25.15 |
starseeker |
is looking |
22:25.28 |
yukonbob_ |
wants his super-dumb
primitives!!!1! :) |
22:25.56 |
starseeker |
r42276 |
22:28.50 |
starseeker |
it seems to work in my 7.18.1 build
(ted) |
22:35.45 |
CIA-53 |
BRL-CAD: 03starseeker * r42667
10/brlcad/trunk/src/mged/tedit.c: Add nano to the list of editors
we know about |
22:36.18 |
starseeker |
yukonbob_: any luck? |
23:14.58 |
CIA-53 |
BRL-CAD: 03starseeker * r42668
10/brlcad/branches/cmake/ (3 files in 3 dirs): fill in some of the
variables pkgconfig files expect - once CMake is the main build
system, need to revisit the issue of pkgconfig |
23:19.10 |
yukonbob_ |
starseeker: I'll have to try later. |
23:19.32 |
*** join/#brlcad epileg
(~epileg@unaffiliated/epileg) |
23:20.00 |
yukonbob_ |
but r42276 has my changes ( or collection of
changes ), correct? |
23:23.45 |
starseeker |
those are the changes that made ted work
forme |
23:31.45 |
yukonbob_ |
ok; did you observe the broken behaviour I
described above in prev. (7.18.0) code? |
23:33.31 |
CIA-53 |
BRL-CAD: 03starseeker * r42669
10/brlcad/branches/cmake/src/brlman/CMakeLists.txt: Get cute with
brlman - write one version out for the build bin dir that will work
locally, and put the one to be installed in
src/brlman/brlman |
23:35.53 |
yukonbob_ |
starseeker: ----^ |
23:42.32 |
starseeker |
yukonbob_: yes - we got a bug report of ted
not applying changes |
23:42.50 |
starseeker |
the red thing was a bit further back - let me
see if red is working... |
23:44.34 |
starseeker |
seems to accept a change here in a quick
test |
23:46.01 |
yukonbob_ |
starseeker: re: bug -- ok -- that's good. I'm
considering my whole system "suspect" because it's 1) quite
non-standard 2) using beta software at it's core, so to corelate
events/behaviour w/ other systems is important for me... |
23:46.14 |
yukonbob_ |
s/re: bug/re: bug report/ |
23:55.53 |
CIA-53 |
BRL-CAD: 03starseeker * r42670
10/brlcad/trunk/src/other/jove/ (Makefile.am jove_main.c
mkversion.sh): That's an aweful lot of logic just to set a version
number, which isn't particularly important for our uses anyway -
set it to 2.1 in jove_main.c (the only place that appears to use
it) and call it done. |
23:56.29 |
starseeker |
yukonbob_: to be fair, it's quite possible our
new editor logic isn't happy on that particular OS |
23:58.05 |
yukonbob_ |
can't imagine that would be
too difficult... it's basically an exec to a tmpfile,
no? |
23:58.41 |
starseeker |
yes, but it's surprisingly annoying |
23:58.48 |
yukonbob_ |
ie: exec "$env(editor) $tmpfile"; # blocking
call to editor |
23:58.53 |
yukonbob_ |
read $tmpfile. |
23:59.38 |
starseeker |
take a look at tedit.c in mged and
src/libged/editit.c |