| 02:35.12 | *** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com) |
| 07:51.49 | CIA-31 | BRL-CAD: 03brlcad * r30094 10/brlcad/trunk/NEWS: erik upgraded the bundled tcl/tk from 8.5a1 to 8.5 final now that the tcl/tk folks have finally released the blessed update |
| 09:36.18 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 10:34.03 | *** join/#brlcad elite01 (n=elite01@dslb-088-070-000-170.pools.arcor-ip.net) |
| 15:40.48 | *** join/#brlcad vedge (i=vedge@vedge.org) |
| 16:09.37 | *** join/#brlcad Elperion (n=Bary@p54874830.dip.t-dialin.net) |
| 16:54.29 | *** join/#brlcad Z80-Boy (n=clock@217-162-108-204.dclient.hispeed.ch) |
| 17:25.13 | *** join/#brlcad jgay (n=jgay@fsf/staff/jgay) |
| 18:50.20 | *** join/#brlcad curious (n=curious@gjv234.internetdsl.tpnet.pl) |
| 19:14.37 | *** join/#brlcad Elperion (n=Bary@p54874830.dip.t-dialin.net) |
| 20:16.04 | *** join/#brlcad ChanServ (ChanServ@services.) |
| 20:16.04 | *** mode/#brlcad [+o ChanServ] by irc.freenode.net |
| 20:23.19 | *** join/#brlcad ChanServ (ChanServ@services.) |
| 20:23.19 | *** mode/#brlcad [+o ChanServ] by irc.freenode.net |
| 21:34.37 | *** join/#brlcad yukonbob (n=yukonbob@d66-183-239-30.bchsia.telus.net) |
| 21:34.48 | yukonbob | hello, cadheads |
| 22:41.11 | brlcad | howdy bob |
| 23:00.54 | yukonbob | is this for .g files? |
| 23:01.54 | brlcad | yeah |
| 23:02.41 | louipc | http://www.theonion.com/content/video/ |
| 23:02.43 | brlcad | the command already exists, but it's rather limited, picky, and uninformative .. likely to surprise the user in some cases |
| 23:02.51 | yukonbob | can distribute libraries of objects and shoot them to/from other libs/projects? |
| 23:03.11 | brlcad | now you can specify arbitrary prefix/suffix or let it auto-increment a prefix/suffix and it does the right thing |
| 23:03.38 | brlcad | and lets you know when there was a name collision if there was one |
| 23:04.17 | brlcad | yukonbob: erm, that's not exactly what dbconcat does, but there is another command in the package that does do that |
| 23:04.20 | yukonbob | hrmm -- /me has no sign of dbconcat in his 7.10.4 distrib. |
| 23:04.25 | brlcad | or is at least an example for doing that :) |
| 23:04.29 | brlcad | it's an mged command |
| 23:04.46 | yukonbob | mged ftw! |
| 23:04.49 | brlcad | if you run file->import or dbconcat on the mged prompt |
| 23:04.56 | yukonbob | ah... |
| 23:06.26 | yukonbob | brlcad: what's the sched. for next release? |
| 23:07.16 | brlcad | early feb if the remining TODO items get resolved this week |
| 23:07.47 | yukonbob | rock'n [fscking] roll!! |
| 23:07.50 | yukonbob | :) |
| 23:07.57 | yukonbob | is the TODO posted? |
| 23:08.12 | brlcad | it's in the sources |
| 23:08.19 | brlcad | always in the sources ;) |
| 23:08.26 | yukonbob | UTSL ;) |
| 23:08.44 | brlcad | https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk/TODO |
| 23:09.03 | yukonbob | speaking of co |
| 23:09.12 | yukonbob | are you pretty happy w/ svn now? |
| 23:09.17 | brlcad | quite |
| 23:09.36 | yukonbob | good -- is ready for primetime production use now? |
| 23:12.16 | brlcad | svn? |
| 23:13.06 | brlcad | yeah, they've been pretty stable ever since sourceforge enabled them as an option for projects .. there were a flurry of related fixes that came after that, but then it's been pretty solid ever since |
| 23:13.19 | brlcad | and that was more than a year ago |
| 23:14.56 | yukonbob | oh no -- I mean specifically w/ this repo -- ie: there was initial problem w/ mime-types (that one obviously solved) -- otherwise this specific BRL-CAD repo is good? |
| 23:15.27 | brlcad | ahh, yeah, I've not encountered any more issues |
| 23:15.41 | yukonbob | ~brlcad ++ |
| 23:16.00 | yukonbob | ^-- even though apparently doesn't count ;) |
| 23:16.06 | brlcad | the biggest mimetype problem was just when it caused tcl files to come in as binary |
| 23:16.12 | yukonbob | right |
| 23:16.37 | brlcad | script mime types still had to be fixed because of the way they changed the handlng of the auto-props file, but it was a minor issue |
| 23:16.48 | yukonbob | did you just add a .tcl type? (ie: .sh would be handled similarly to what .tcl needs, right?) |
| 23:16.59 | brlcad | there already was a tcl type |
| 23:17.28 | brlcad | svn really likes to have mime-types, so the cvs2svn conversion tool gives you several options for trying to auto-set the mime-types |
| 23:17.35 | brlcad | which most of the time works great |
| 23:17.55 | brlcad | mpg files are properly marked as movies, for example, text files as text files, etc |
| 23:18.27 | brlcad | one of the import options was to provide a standard mime.types file (included in just about every apache install) |
| 23:18.55 | brlcad | alas, apache's *default* mime type handler for tcl files is application/x-tcl .. which rightly looks binary to svn |
| 23:19.41 | brlcad | so cvs2svn set that type on the files, which made every revision a binary file .. which is fine content-wise, except it won't let you see a binary diff |
| 23:20.08 | brlcad | so reimported without apache's help, using my own auto-props file (which is svn's way to specify types and other attributes) |
| 23:20.29 | brlcad | actually just dropped the mime.types file altogether just in case there were others |
| 23:20.41 | brlcad | and provided by own auto-props that just had exactly what I wanted |
| 23:21.29 | brlcad | then the only problem was that the cvs2svn authors changed the way that file behaves, making it do something that svn doesn't do .. but that was the binary exec bit issue that was trivial to fix |
| 23:21.48 | brlcad | just means if someone checks out an old revision, they'll have to run sh autogen.sh instead of ./autogen.sh |
| 23:22.39 | yukonbob | ah... /me has never had to deal w/ a repo (of cvs, svn, or anything) at this level (ie: setting up a project)... I'm usually a co/update user ;) |
| 23:25.06 | brlcad | :) |
| 23:25.54 | yukonbob | chat later... enjoy the rest of your sunday :) |
| 23:54.12 | CIA-31 | BRL-CAD: 03brlcad * r30095 10/brlcad/trunk/BUGS: john anderson already/recently fixed the dbconcat of empty combinations bug, just tested and verified here that it's indeed working well now |