| 00:14.54 | talcite | I don't get it... How does this even work in real installs? If it was a real make install, then it would copy libstepcore.la to /lib and cause all kinds of fire and brimstone |
| 00:17.11 | talcite | oh, and the fakeroot was to take care of a tkhtml3 quirk |
| 00:17.28 | louipc | weird permissions? |
| 00:19.48 | *** join/#brlcad samrose (n=samrose@c-24-11-185-57.hsd1.mi.comcast.net) |
| 00:39.43 | louipc | talcite: does it still have rpaths? |
| 00:43.35 | talcite | louipc: nah, it was just a Tcl extension thing. It needs to write to a specific path. |
| 00:43.39 | talcite | louipc: it still has rpaths, yes |
| 00:43.57 | talcite | I'll need to deal with them somehow later |
| 00:52.03 | *** join/#brlcad ornitorrincos (n=ilcra198@archlinux/trusteduser/ornitorrincos) |
| 01:24.42 | louipc | talcite: is there a difference between a dev and a packager in fedora? |
| 01:26.39 | talcite | louipc: not that I know of. Almost everything within fedora exists within a package |
| 01:27.16 | louipc | cool so you will become a dev? :D |
| 01:27.31 | talcite | louipc: there's probably a security team or something and I know there's a committee that steers package inclusion, but largely it should be just packagers |
| 01:27.45 | talcite | louipc: hmm, I guess if you put it that way, yeah |
| 01:28.01 | louipc | cool |
| 01:28.15 | talcite | I like the title package maintainer better though. Dev makes it sound like you should know everything there is to know about fedora |
| 01:28.40 | talcite | which I certainly don't, as evidenced by all my troubles with packaging =D |
| 01:28.49 | louipc | yeah |
| 01:59.34 | *** join/#brlcad Don_ (n=Don@c-71-238-51-148.hsd1.mi.comcast.net) |
| 03:04.06 | CIA-79 | BRL-CAD: 03starseeker * r35418 10/brlcad/trunk/src/conv/3dm/3dm-g.cpp: Add notes on where to go looking for color, visibility, etc. information needed to intelligently assign such settings during a 3dm import. Shouldn't be too hard to chase down. |
| 03:12.05 | *** join/#brlcad Patmcc19 (n=chatzill@174-17-195-207.phnx.qwest.net) |
| 03:42.43 | CIA-79 | BRL-CAD: 03brlcad * r35419 10/brlcad/trunk/src/mged/dozoom.c: have to wrap the dm-rtgl code in DM_RTGL so we don't end up with gl/glx header errors when opengl is disabled. |
| 03:48.16 | CIA-79 | BRL-CAD: 03brlcad * r35420 10/brlcad/trunk/ (configure.ac m4/cache.m4): |
| 03:48.18 | CIA-79 | BRL-CAD: add a BC_CONFIG_COMPLETE macro that is used in conjunction with BC_CONFIG_CACHE |
| 03:48.20 | CIA-79 | BRL-CAD: to let it know that configure completed successfully. BC_CONFIG_COMPLETE must |
| 03:48.22 | CIA-79 | BRL-CAD: be called before AC_OUTPUT because it sets a cache value that is read looked for |
| 03:48.24 | CIA-79 | BRL-CAD: during the next run. this implements sf feature request 2828793 from matt_chan |
| 03:48.26 | CIA-79 | BRL-CAD: (RFE: delete configure cache on failed run). |
| 03:56.08 | CIA-79 | BRL-CAD: 03brlcad * r35421 10/brlcad/trunk/src/archer/plugins/Wizards/Makefile: remove generated file |
| 04:02.49 | CIA-79 | BRL-CAD: 03brlcad * r35422 10/brlcad/trunk/src/archer/plugins/Wizards/ (humanwizard/humanwizard.tcl humanwizard.tcl): case consistency. class names are capitalized, CamelCase should be consistent. |
| 04:04.05 | CIA-79 | BRL-CAD: 03brlcad * r35423 10/brlcad/trunk/src/archer/plugins/Wizards/humanwizard/ (_HumanWizard.tcl humanwizard.tcl): temporary rename to fix filename case. |
| 04:06.05 | CIA-79 | BRL-CAD: 03brlcad * r35424 10/brlcad/trunk/src/archer/plugins/Wizards/ (3 files in 2 dirs): fix filename case. class files should match their class and it's nice to not have two identically named tcl files. |
| 04:07.36 | *** join/#brlcad Patmcc19 (n=chatzill@174-17-215-156.phnx.qwest.net) |
| 04:36.05 | talcite | holy crap. I almost just set fire to my apartment =S |
| 04:36.15 | talcite | I forgot the oven was on for 3 hours |
| 04:37.20 | talcite | on a less disturbing note, I got around the libtool madness =D |
| 04:37.56 | talcite | it was being caused by DESTDIR for some reason. I can use prefix, but it looks like DESTDIR is out |
| 04:44.10 | talcite | woo it runs! |
| 04:46.16 | talcite | Ok, I need to check the tkhtml3 behaviour. What part of the mged documentation is tkhtml3 used for? It just opens a firefox window for me when I browse them |
| 05:12.06 | *** join/#brlcad talcite (n=matthew@206-248-177-27.dsl.teksavvy.com) |
| 05:19.21 | *** join/#brlcad IriX64 (n=IriX64@bas2-sudbury98-1177593822.dsl.bell.ca) |
| 05:24.26 | ``Erik | hm, tkhtml3 is supposed to pull up the html version of the docs inside of mged as a special window thingy, not ask the system just to open a .html |
| 05:44.28 | talcite | hmm.. Maybe I broke something with the whole fakeroot thing |
| 05:44.38 | talcite | I'm surprised though. Why not just ask the system to open a browser? |
| 05:44.45 | talcite | it's pretty standard isn't it? |
| 05:46.14 | ``Erik | *shrug* ask starseeker, he's the one who did it :) I think the notion was to make it 'integrated' |
| 05:47.29 | ``Erik | frankly, trying to figure out an unstupid way to handle tkhtml3 is what has kept a new fbsd port of BRL-CAD from coming out... I'm cycling one through that installs all of tcl/tk just to cope at the moment :( |
| 05:50.01 | talcite | =( |
| 05:50.59 | talcite | anyways, it seems like tkhtml3 is minor. It's been discussed before and we can forego it if necessary. The libs and rpaths are a much bigger issue at hand |
| 05:52.36 | ``Erik | prefix is the preferred approach to placing it, I think... *shrug* |
| 05:52.48 | ``Erik | you're trying to cook a package, right? |
| 05:52.53 | talcite | that I am |
| 05:53.22 | talcite | Prefix seems to miss a few things, like tkhtml3, which is why the discussion about foregoing it came up originally |
| 05:53.56 | ``Erik | tkhtml3 explicitely IGNORES prefix and destdir, opting to listen to the TEA information instead |
| 05:54.05 | ``Erik | which is why it's bad |
| 05:55.45 | ``Erik | it might get its own automake files in the very near future to fix that, mebbe for 7.14.10, or 7.14.12 (or 7.16.0 if it's called that *shrug*) |
| 06:13.01 | louipc | that's odd, because it didn't seem to ignore destdir in my experience |
| 06:41.25 | *** join/#brlcad IriX64 (n=WarLock@bas2-sudbury98-1177593822.dsl.bell.ca) |
| 08:08.16 | ``Erik | narf. |
| 09:31.55 | *** join/#brlcad mafm (n=mafm@74.Red-83-42-152.dynamicIP.rima-tde.net) |
| 09:52.43 | *** join/#brlcad mafm_ (n=mafm@74.Red-83-42-152.dynamicIP.rima-tde.net) |
| 10:16.44 | *** join/#brlcad docelic (n=docelic@78.134.198.243) |
| 11:54.53 | brlcad | is it still ignoring it? I added an --exec-prefix to tkhtml3's configure that should have made it work better |
| 12:42.23 | *** join/#brlcad docelic_ (n=docelic@78.134.204.220) |
| 13:06.16 | starseeker | ``Erik: my personal preference would be be to ditch it's current make system and TEA, but it would mean forking it outright, basically |
| 13:06.52 | starseeker | given the lack of development activity it's seen, I suppose that's the de-facto situation anyway, but... |
| 13:07.44 | starseeker | (that seems to be a problem with a lot of tcl/tk addons - not much activity. Guess it comes with the territory...) |
| 13:10.08 | starseeker | was discussing TEA and tkhtml3 with brlcad yesterday - he thinks it's possible to make TEA and custom install prefixes play with package require, if I understand correctly |
| 13:12.56 | starseeker | I suppose it's worth solving, since in theory EVERY tcl/tk addon we bundle faces exactly the same issue if it "correctly" uses TEA for it's build. Right now, I'm pretty sure at least tkimg is not "package require" ready |
| 13:24.41 | *** join/#brlcad talcite (n=matthew@206-248-177-27.dsl.teksavvy.com) |
| 13:40.57 | *** join/#brlcad samrose (n=samrose@c-24-11-185-57.hsd1.mi.comcast.net) |
| 14:24.29 | kanzure | hey samrose |
| 14:34.53 | ``Erik | not like we haven't done a straight up fork before *shrug* |
| 14:35.10 | ``Erik | ya'll out loozerana yet? |
| 14:36.08 | ``Erik | (is the lack of activity due to lack of developer interest? or because they're so easy to get "done"?) |
| 14:37.12 | ``Erik | I've seen people talk smack on excellent packages with active maintainership due to lack of releases... they were "done" and bugs were few and far between, but the lack of weekly update made some people think they were abandoned :/ |
| 14:57.29 | ``Erik | hum, fcc looking into the iphone/googvoice thing |
| 16:06.07 | *** join/#brlcad samrose (n=samrose@c-24-11-185-57.hsd1.mi.comcast.net) |
| 19:33.40 | *** join/#brlcad SWPadnos_ (n=Me@dsl107.esjtvtli.sover.net) |
| 19:38.56 | *** join/#brlcad SWPadnos_ (n=Me@dsl107.esjtvtli.sover.net) |
| 22:46.35 | starseeker | indianlarry: hmm, the full import of the black widow 3dm model with random color assignment shows a few artifacts |
| 23:28.06 | CIA-79 | BRL-CAD: 03brlcad * r35425 10/brlcad/trunk/configure.ac: look just a little bit harder for X11 headers since mac os x (10.4) seems to be intermittently setting ac_x_header_dirs to empty yet ac_x_libraries non-empty. X_CFLAGS seems to be no longer used so remove it. |
| 23:35.18 | CIA-79 | BRL-CAD: 03brlcad * r35426 10/brlcad/trunk/src/other/Makefile.am: |
| 23:35.20 | CIA-79 | BRL-CAD: don't even attempt to build tkhtml3 if documentation is disabled. this makes |
| 23:35.22 | CIA-79 | BRL-CAD: the newish 'man' mged command not work, of course. if it is enabled, though, |
| 23:35.24 | CIA-79 | BRL-CAD: make sure tkhtml3's build system links against X_LIBS in order to fix a Mac |
| 23:35.26 | CIA-79 | BRL-CAD: compilation failure when linking against system frameworks. |
| 23:36.25 | CIA-79 | BRL-CAD: 03brlcad * r35427 10/brlcad/trunk/Makefile.am: (log message trimmed) |
| 23:36.29 | CIA-79 | BRL-CAD: use Making all in include |
| 23:36.31 | CIA-79 | BRL-CAD: MAKE all-recursive |
| 23:36.33 | CIA-79 | BRL-CAD: Making all in conf |
| 23:36.35 | CIA-79 | BRL-CAD: "Sat, 01 Aug 2009 19:35:07 -0400" |
| 23:36.37 | CIA-79 | BRL-CAD: MAKE all-am |
| 23:36.39 | CIA-79 | BRL-CAD: MAKE[4]: Nothing to be done for `all-am'. |
| 23:43.19 | CIA-79 | BRL-CAD: 03brlcad * r35428 10/brlcad/trunk/src/tclscripts/mged/Makefile.am: if docs are disabled, disable the 'man' command outright (for now at least). the tkhtml3 interface it relies upon has to be conditionally. |
| 23:44.49 | CIA-79 | BRL-CAD: 03brlcad * r35429 10/brlcad/trunk/BUGS: tkhtml should be respecting the installation prefix now that its configure is being passed --exec-prefix |