| 00:38.19 | CIA-3 | libIRC: 03jeffm2501 * 10libirc/ (3 files in 3 dirs): |
| 00:38.19 | CIA-3 | libIRC: add method to do a nick change |
| 00:38.19 | CIA-3 | libIRC: fix up release builds |
| 00:44.12 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/ (5 files in 2 dirs): quell the Xlib extension warning on XInputExtension by checking for it and not making a call to XListInputDevices if it's not available. |
| 01:21.11 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: support the busted term.h header on solaris. it requires curses.h, so check for an include it before the header check. |
| 02:56.51 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/src/other/URToolkit/tools/into.c: quell warning, main needs to return an int |
| 03:58.05 | *** join/#brlcad EricWilhelm (~ewilhelm@adsl-64-216-106-135.dsl.tpkaks.swbell.net) | |
| 04:51.38 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 05:17.38 | *** join/#brlcad danfalck (~danfalck@wbar1.sea1-4-5-017-067.sea1.dsl-verizon.net) | |
| 06:54.59 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: HAVE_ defines need to be undefined when false, not set to zero -- HAVE_SYS_ERRLIST_DECL needed fix'in |
| 07:30.51 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: s/SOCKET/LIBSOCKET/g |
| 07:31.53 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/src/other/libtcl/Makefile.am: libtcl requires -lsocket if it's available |
| 08:58.32 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: library link reworking, add libnsl check, clean up libsocket check |
| 08:59.00 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 08:59.00 | *** mode/#brlcad [+o ChanServ] by irc.freenode.net | |
| 08:59.07 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/src/other/libtcl/Makefile.am: add libnsl |
| 09:03.33 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: zlib link naming consistency |
| 10:11.47 | *** join/#brlcad Pimpi (~frank@p50820083.dip0.t-ipconnect.de) | |
| 13:08.37 | *** join/#brlcad dir21 (~dir21@217.169.31.107) | |
| 13:11.22 | *** join/#brlcad dho (dodell@the-bofh.org) | |
| 13:14.38 | dho | Is it possible to open autocad dwg files with brlcad? |
| 15:24.49 | EricWilhelm | dho, not exactly |
| 15:24.53 | EricWilhelm | (yet) |
| 15:25.18 | EricWilhelm | there's a dxf converter, but nothing for dwg |
| 15:25.35 | EricWilhelm | what kind of files do you have? (surfaces? wireframe? solids?) |
| 15:27.03 | dho | Just some 2D stuff. I don't know anything about CAD, just taking a look at some stuff my uncle has. |
| 15:27.12 | dho | I got the things exported to dxf, so that's a first step I guess :) |
| 15:28.04 | EricWilhelm | there's a dxf-g program |
| 15:28.08 | EricWilhelm | man dxf-g |
| 15:28.38 | EricWilhelm | The file.dxf file is expected to be |
| 15:28.38 | EricWilhelm | <PROTECTED> |
| 15:28.38 | EricWilhelm | <PROTECTED> |
| 15:28.38 | EricWilhelm | <PROTECTED> |
| 15:28.38 | EricWilhelm | <PROTECTED> |
| 15:28.39 | EricWilhelm | <PROTECTED> |
| 15:28.47 | EricWilhelm | <PROTECTED> |
| 15:28.49 | EricWilhelm | <PROTECTED> |
| 15:30.33 | dho | Thanks |
| 15:30.37 | EricWilhelm | I would like to have some preliminary dwg support in the uber-converter by about July. |
| 15:30.51 | dho | Another thing; I'm having an issue with MGED that when I try to start it, it says `backgrounding, please wait\n dm-ogl: Can't make display lists for font.' |
| 15:31.00 | dho | After that I never see anything |
| 15:31.14 | EricWilhelm | Not sure what it will take to get from there to brlcad, but at least it would give you dwg->dxf on the command-line. |
| 15:32.03 | EricWilhelm | hmm. that's a question for one of the other guys (who are more involved in brlcad than I am.) |
| 15:32.23 | dho | Ok; I'll stick around. Thanks :) |
| 15:32.36 | EricWilhelm | what os are you running |
| 15:34.08 | dho | FreeBSD |
| 15:41.14 | EricWilhelm | dho, I see (in my logs) that someone else had the same trouble with freebsd before, but haven't found what solved it yet |
| 15:41.26 | EricWilhelm | brlcad, do you work sundays? |
| 15:44.51 | EricWilhelm | dho, maybe try this: |
| 15:45.22 | EricWilhelm | Jan 21 02:56:56 <tetesuro> Oh, I got the gui up |
| 15:45.23 | EricWilhelm | Jan 21 02:57:06 <tetesuro> mged -n name.g |
| 15:45.23 | EricWilhelm | Jan 21 02:57:09 <tetesuro> attach X |
| 15:45.23 | EricWilhelm | Jan 21 02:57:12 <corbanj> cool... |
| 15:45.23 | EricWilhelm | Jan 21 02:57:20 <brlcad> ahh, the old X interface |
| 15:45.23 | EricWilhelm | Jan 21 02:57:27 <tetesuro> right |
| 15:46.11 | EricWilhelm | dho, I guess you have an opengl problem, but it looks like you should be able to run on a straight X gui. |
| 15:46.28 | dho | aha -n! |
| 15:47.08 | dho | thanks |
| 15:47.59 | EricWilhelm | you might still want to hang around and ask brlcad if the ogl issue ever got solved in that case |
| 15:48.34 | dho | Will do :) |
| 16:04.26 | brlcad | EricWilhelm: depends how you define work -- I work on brl-cad and am here in the # pretty much every day |
| 16:06.02 | brlcad | dho: there was a fix made to test the font display list creation, but there's probably more that needs to be done. the "fix" being made now is to not make the opengl interface the default (there are several to choose from all pretty much functionally equivalent) |
| 18:25.38 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/TODO: need non-generic installation instructinos |
| 18:27.35 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/ (INSTALL COPYING): add an rcs revision number for change tracking |
| 18:52.25 | narnia | brlcad, given that i do not have part23 to look at my next question may be mute when we are able to read part 23. how close should part 23 and part 24 be? |
| 18:56.55 | brlcad | what do you mean? |
| 18:57.08 | brlcad | how close are the api hooks? |
| 18:57.41 | brlcad | i suspect relatively similar.. but.. ?? |
| 19:19.04 | narnia | brlcad, not have part23 i can only go by the nist scl source. |
| 19:19.30 | brlcad | but what does part23 matter? |
| 19:19.51 | narnia | brlcad, part23 is the c++ language bindings |
| 19:20.04 | brlcad | i know.. that's why I'm wondering why it matters |
| 19:20.37 | brlcad | we have the c lang bindings .. only need one binding ;) |
| 19:20.39 | narnia | brlcad, okay, for right now is does not matter. |
| 19:22.36 | narnia | brlcad, perhaps the 10303 parts should be a sub-project of brl-cad. the 10303 parts should be standalone libraries. |
| 19:23.46 | narnia | brlcad, a 'nice to have' would be both part 23 and part 24. i agree for brl-cad part 24 is only needed. |
| 19:56.51 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: |
| 19:56.51 | CIA-3 | BRL-CAD: improved/individual library checks across the board for gl, dl, mx, malloc, dl, |
| 19:56.51 | CIA-3 | BRL-CAD: nsl, and socket. get rid of the 'bad' AC_SEARCH_LIBS. improve the INSTALL and |
| 19:56.51 | CIA-3 | BRL-CAD: COPYING file bug check by comparing the rcs revision numbers. |
| 20:27.16 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/src/ (4 files in 3 dirs): use LIBGL for -lgl instead of SGIGL |
| 20:51.50 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/HACKING: Update the ChangeLog with entries since the last release |
| 20:52.15 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: rename INSTALL,COPYING check variables |
| 21:00.41 | *** join/#brlcad dan_falck (~danfalck@wbar1.sea1-4-5-017-067.sea1.dsl-verizon.net) | |
| 21:09.21 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/src/rt/.cvsignore: few missing generated version files |
| 21:20.14 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/src/other/URToolkit/ (cnv/.cvsignore tools/.cvsignore): ignore generated files |
| 21:26.01 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/src/conv/.cvsignore: new additions to ignore |
| 22:50.21 | EricWilhelm | brlcad, have you seen the scons build system? |
| 22:52.44 | brlcad | yes I have |
| 22:53.41 | brlcad | it's nice, though lacking a bit of maturity |
| 22:53.47 | EricWilhelm | thought about migrating to it? The docs at least have some interesting things to say about m4, etc. |
| 22:54.09 | EricWilhelm | I haven't really learned autoconf, and was thinking maybe I wouldn't need to. |
| 22:54.13 | brlcad | yes, I have .. I'm interested, but it's a _lot_ of work no matter how it's cut |
| 22:54.34 | brlcad | it's conceptually very much a step up from the gnu build system |
| 22:54.35 | EricWilhelm | of course, I haven't left my happy little perl development environment, so maybe moot :-) |
| 22:55.12 | brlcad | the main difference is that the gnu build system is immensely more developed, mature, and familiar to folks than scons |
| 22:55.30 | brlcad | with all it's warts, it is what everyone mostly uses |
| 22:55.41 | EricWilhelm | I have been looking at setting up a nightly build system for my subversion repository, so scons, Module::Build, and similar stuff keeps coming up on google. |
| 22:56.04 | brlcad | that being said, I'd drop it in a heartbeat if scons was working on the entire build system with at least as much as we already have completed |
| 22:57.24 | EricWilhelm | scons definitely seems more hackable, which is part of why I'm asking. I'll put a few more things on my "to read" list. |
| 22:58.02 | brlcad | hmm.. hackable isn't a downside of the gbs .. you can write tests for just about anything |
| 22:58.33 | brlcad | the pain is if you actually have to write tests for _everything_ .. that's a lot of work and a codebase in itself with spagetti logic that ends up needing to be maintained |
| 22:58.33 | EricWilhelm | how about 'make live-install' ? |
| 22:58.43 | brlcad | make live-install? |
| 22:59.26 | EricWilhelm | I'm still working on how it would make sense in a compiled project, but that's my primary methodology in interpreted code. |
| 22:59.59 | EricWilhelm | I suppose it would still have application in brl-cad, blender, etc where you have scripted plugins and add-ons (e.g. tcl or python) |
| 23:00.49 | EricWilhelm | http://scratchcomputing.com/developers/live-install.html |
| 23:02.34 | EricWilhelm | brlcad, partly I'm trying to make drive-by hacking easier. I suppose in a compiled project, this would essentially mean that you would only have to 'make' the code to have your changes available. |
| 23:02.52 | brlcad | no offense, but that write-up didn't really tell me much :) |
| 23:03.04 | brlcad | it told me what it's not to a little extent |
| 23:03.13 | EricWilhelm | "make && make test && make install" is great and all, but somewhat tedious |
| 23:03.17 | EricWilhelm | yeah. |
| 23:03.56 | EricWilhelm | I need to work on that. Did you mean the web page or the how_this_works.txt file? |
| 23:05.10 | brlcad | yes :) |
| 23:05.38 | EricWilhelm | ok. sorry, I'll work on that some more before I bring it up again. |
| 23:06.32 | EricWilhelm | like I said, I'm still not sure what it does for compiled code. It's a work in progress. |
| 23:06.41 | brlcad | no, I mean.. what's the basic idea? make a sandbox to install/run in? |
| 23:06.58 | EricWilhelm | no, it's about the opposite of a sandbox. |
| 23:07.36 | EricWilhelm | It allows you to run bleeding edge code as if you had installed it with 'make install'. |
| 23:08.02 | EricWilhelm | For interpreted code, that means "straight out of a CVS/SVN checkout." |
| 23:08.48 | brlcad | sounds like gentoo for interpreted code ;) |
| 23:08.56 | EricWilhelm | so, it's a way of getting faster reflection. |
| 23:09.09 | EricWilhelm | yeah, maybe a bit like that. |
| 23:09.45 | EricWilhelm | hmm. it would be great if it would play nicely with package managers eh? |
| 23:10.07 | EricWilhelm | but, that's an issue with perl libraries in general I guess (at least from what I've seen on debian) |
| 23:28.00 | CIA-3 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: announce that the backup is being made in the result, equal is probably modified locally |