| 00:03.23 | *** join/#brlcad homovulgaris (n=homovulg@202.63.233.61) |
| 00:21.27 | *** join/#brlcad vedge (n=vedge@205-237-251-204.ilesdelamadeleine.ca) |
| 00:28.17 | *** join/#brlcad vedge_ (n=vedge@205-237-251-204.ilesdelamadeleine.ca) |
| 00:38.21 | *** join/#brlcad andrecastelo (n=chatzill@189.71.51.90) |
| 00:38.31 | andrecastelo | hey ``Erik, are you there? |
| 00:38.50 | *** join/#brlcad homovulgaris (n=homovulg@202.63.233.61) |
| 00:54.41 | andrecastelo | brlcad: are you there? |
| 01:05.24 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 01:19.37 | *** join/#brlcad madant (n=homovulg@202.63.233.61) |
| 01:31.47 | andrecastelo | hey brlcad I'll need to be out of town for the next 10 or so days, I'll be back by 29th june |
| 01:46.36 | PrezKennedy | we got ourselves a runaway!! |
| 02:16.28 | *** join/#brlcad homovulgaris (n=homovulg@202.63.233.61) |
| 02:16.44 | brlcad | yowsa! |
| 02:17.06 | brlcad | that's not much of a short notice unless I'm forgetting him mentioning it earlier, hopefully he told erik |
| 02:18.41 | brlcad | homovulgaris: it was a variety of changes including ws, header fixes, and removal of using |
| 02:18.53 | brlcad | you can reapply my changes using svn merge |
| 02:19.26 | brlcad | merge the revisions I applied (fortunatly they were all together so you can just give the range) |
| 02:24.03 | poolio | brlcad: any way to get all vertices in an NMG? I'm about to write a nasty hack to mark which vertices i've already added to the brep but was hoping there was an easier way |
| 02:27.46 | brlcad | poolio: nmg_visit(), set the vis_vertex callback |
| 02:28.31 | brlcad | (iirc) |
| 02:40.12 | CIA-22 | BRL-CAD: 03brlcad * r31499 10/brlcad/trunk/NEWS: annotate that Timothy Van Ruitenbeek fixed a bug in the ehy primitive where it's curve() callback was inexplicably clobbering the computed curvature value. he clobbered the clobbering. |
| 02:40.31 | pacman87 | :) |
| 02:50.08 | CIA-22 | BRL-CAD: 03brlcad * r31500 10/brlcad/trunk/TODO: for format compatibility, rtarea needs to have the cpa values in their own section otherwise it's going to break some other tools that parse the output. (the cpa values are also coincidentally wrong atm) |
| 04:08.01 | yukonbob | hello, cadheads |
| 04:08.40 | pacman87 | howdy, yukonbob |
| 04:08.47 | poolio | ahoy yukonbob, pacman87 |
| 04:08.57 | yukonbob | hey, it's a party |
| 04:23.35 | CIA-22 | BRL-CAD: 03brlcad * r31501 10/brlcad/trunk/HACKING: |
| 04:23.35 | CIA-22 | BRL-CAD: prompted by sf bug report 1998145 by tom browder, document a standardized naming |
| 04:23.35 | CIA-22 | BRL-CAD: scheme for source and binary releases so that our filenames can be more |
| 04:23.35 | CIA-22 | BRL-CAD: consistent. Basically, still use brlcad-version.extension for source |
| 04:23.35 | CIA-22 | BRL-CAD: distributions, but consistently using |
| 04:23.38 | CIA-22 | BRL-CAD: BRL-CAD_version[_optional_other_stuff].extension for binary releases. |
| 04:23.48 | brlcad | howdy yukonbob |
| 04:24.22 | yukonbob | hey brlcad -- how's it going? |
| 04:26.26 | brlcad | pretty good |
| 04:26.39 | brlcad | really looking forward to a nice long weekend of coding |
| 04:27.15 | brlcad | has been distracted away from attending to his code gardens |
| 04:27.32 | yukonbob | tries to decipher that last sentence. |
| 04:32.06 | *** join/#brlcad pacman87 (n=timothy@71.170.63.120) |
| 04:37.34 | yukonbob | has a few projects that need attention too... |
| 04:38.14 | yukonbob | gets ready to hit hay -- this week has been too busy :P |
| 04:41.08 | brlcad | cya through the ethermorning |
| 04:45.11 | *** join/#brlcad pacman87 (n=timothy@71.170.63.120) |
| 04:45.24 | pacman87 | so apparently my gfx card doesn't like being underclocked |
| 04:48.00 | CIA-22 | BRL-CAD: 03brlcad * r31502 10/brlcad/trunk/ (7 files in 3 dirs): |
| 04:48.00 | CIA-22 | BRL-CAD: make the binary build targets conform to the newly documented filename |
| 04:48.00 | CIA-22 | BRL-CAD: convention of using BRL-CAD_ for the prefix instead of BRL-CAD- which lets us |
| 04:48.00 | CIA-22 | BRL-CAD: drop the .bin extension convention. (source dists use lower, binaries use upper) |
| 06:11.09 | *** join/#brlcad clock_ (n=clock@77-56-92-224.dclient.hispeed.ch) |
| 06:37.20 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) |
| 06:59.11 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) |
| 07:50.19 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 07:58.56 | CIA-22 | BRL-CAD: 03d_rossberg * r31503 10/brlcad/trunk/src/libged/CMakeLists.txt: added who.c |
| 08:03.14 | *** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com) |
| 09:09.16 | *** join/#brlcad punkrockgirl (n=Pandora@c-69-243-244-154.hsd1.mo.comcast.net) |
| 09:51.21 | *** join/#brlcad mafm (n=mafm@elnet-111.lip.pt) |
| 09:53.49 | mafm | 'lo |
| 10:20.06 | *** join/#brlcad homovulgaris (n=homovulg@202.63.233.61) |
| 10:26.00 | *** join/#brlcad thing0 (n=ric@124-169-187-199.dyn.iinet.net.au) |
| 10:43.32 | mafm | brlcad: I keep having problems with the mime types :( |
| 11:07.05 | d_rossberg | mafm: what kind of problems? |
| 11:08.19 | mafm | I have to commit whole OGRE source, and it gives many failures, and the roundtrip is quite high |
| 11:08.45 | mafm | and then sometimes it gives strange errors like .sh not being accepted as application/x-sh |
| 11:09.29 | mafm | because of some binary properties, I can't recall the exact error now |
| 11:10.41 | d_rossberg | i would recommend text/x-sh as mime type for the shell scripts |
| 11:11.23 | d_rossberg | the is what brlcad did in the brlcad trunk |
| 11:11.28 | mafm | well, that's what I tried, but it gives an error... I'll show you after this rountrip finishes |
| 11:12.25 | d_rossberg | you probable need the svn:eol-style native too |
| 11:16.05 | mafm | svn: File 'ogre/SDK/Win32/prepsdkbuild.sh' has binary mime type property |
| 11:18.18 | d_rossberg | ... maybe i have to check out this to see ... |
| 11:19.20 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 11:21.40 | mafm | I think that it's that I have to *remove* the eol-style property, not being a text/* |
| 11:22.55 | d_rossberg | i don't think so, a shell script isn't binary, so could you remove the binary property? |
| 11:23.15 | mafm | well, probably being application/* considers it a binary file |
| 11:23.35 | d_rossberg | BTW: the ogre isn't in the brlcad repository yet (?) |
| 11:23.43 | mafm | images and the rest of applications don't have end-of-line |
| 11:24.25 | mafm | and mime-types are a bit inconsistent anyway: it's application/x-sh, but text/x-python... |
| 11:24.28 | mafm | nope it's not |
| 11:25.00 | d_rossberg | the shell scripts in brlcad's main trunk are all text/x-sh |
| 11:25.13 | mafm | text? hmm |
| 11:25.16 | d_rossberg | therefore this should work (and be ok too) |
| 11:25.33 | d_rossberg | yes: text/x-sh |
| 11:25.51 | d_rossberg | with svn:eol-style: native |
| 11:26.21 | brlcad | yeah, shouldn't use application/ for anything |
| 11:26.26 | brlcad | binary types won't diff |
| 11:26.37 | mafm | application/x-sh sh |
| 11:26.44 | mafm | application/x-shellscript |
| 11:26.51 | brlcad | if you can read it with a text editor, it should be text/something |
| 11:26.51 | mafm | text/x-sh sh |
| 11:27.07 | mafm | right, I was using the 1st one |
| 11:27.11 | brlcad | mafm: to svn application/* means handle the fine as binary |
| 11:27.19 | brlcad | s/fine/file/ |
| 11:27.39 | mafm | I see |
| 11:28.51 | brlcad | should really only be using mime types text/* unless it's known image/video data |
| 11:29.33 | mafm | there are lots of crap in here really |
| 11:30.48 | mafm | rtf, in example |
| 11:32.47 | mafm | suo, which no idea of what means |
| 11:33.04 | d_rossberg | what's the problem with rtf? this is a simple text file too |
| 11:36.20 | mafm | text or application? it has both again |
| 11:36.37 | brlcad | 07:26 <@brlcad> if you can read it with a text editor, it should be text/something |
| 11:36.46 | brlcad | text/plain if you don't know |
| 11:36.54 | brlcad | or as a reasonable default |
| 11:37.25 | mafm | never read a RTF since I was in windows, I think :) |
| 11:37.51 | mafm | what about DDS? is there a default image binary type, like octect-stream for applications? |
| 11:41.25 | brlcad | yeah, just use application/octet-stream |
| 11:42.57 | mafm | .xcf (GIMP native format) is application/x-xcf? I have that one in my mime-types, but I think that it should be image/ |
| 11:43.21 | mafm | and in google I can find image/xcf |
| 11:43.56 | brlcad | all of the x- types are basically made up |
| 11:44.09 | brlcad | no different than just using application/octet-stream |
| 11:44.10 | clock_ | application/x-another-obscure-x-type |
| 11:44.52 | clock_ | or application/x-put-the-name-of-your-favourite-proprietary-windows-program-here |
| 11:45.54 | mafm | meh |
| 11:46.51 | brlcad | mafm: basically/especially for all of the src/other codes, if you don't know it or see it, just stick to text/plain and application/octet-stream (preferring text/plain unless you can't read it with a text editor) |
| 12:04.23 | *** join/#brlcad elite01 (n=elite01@dslb-088-071-045-101.pools.arcor-ip.net) |
| 12:39.26 | starseeker | mafm: I would suggest commiting it in pieces to reduce the roundtrip time, if you're still working on mime issues (unless brlcad wants OGRE uploaded as a unit) |
| 12:53.36 | starseeker | wow - the tex mged manual is over 250 pages |
| 12:53.37 | brlcad | mostly just important to have a clear revision before patches are applied |
| 12:54.17 | starseeker | makes pdf and txt versions so he can use it at work... |
| 12:59.39 | starseeker | flinches at the size of the png images for volII |
| 13:00.23 | starseeker | brlcad: Maybe it would be a better idea to have the docbook live in its own tree rather than inside the brlcad tree? |
| 13:06.39 | mafm | I think that it would be better to commit in one chunk |
| 13:07.27 | mafm | and there are no clear ways to separate the files anyway |
| 13:07.27 | mafm | they're spead evenly through the code |
| 13:09.42 | *** join/#brlcad archivist_emc (n=archivis@host81-149-119-172.in-addr.btopenworld.com) |
| 13:23.12 | brlcad | thinks mafm might like to learn how to use 'find' |
| 13:24.52 | brlcad | example: find . -name \*.rtf -exec svn propset svn:mime-type text/plain {} \; |
| 13:25.11 | brlcad | or: find . -name \*.rtf -exec svn propset svn:mime-type text/plain {} \; -exec svn propset svn:eol-style native {} \; to set both at the same time |
| 13:25.33 | brlcad | i.e. that finds rtf files in the current subdir recursively applying the mime-types |
| 13:26.10 | brlcad | other variations, find . -name whatever -not -regex '.*svn.*' ... to ignore the svn dir contents |
| 13:30.39 | mafm | yes, I know, I already do that |
| 13:35.39 | mafm | the thing is that there are dozens of different extensions, many of them completely custom or unknown to me at the very least |
| 13:35.48 | mafm | 800+ files to go now :) |
| 13:39.20 | mafm | application/x-msdos-program com exe bat dll |
| 13:39.29 | mafm | bat should be text/plain or this? |
| 13:40.20 | mafm | I know of the viewable-in-your-editor, but it's the only entry which applies |
| 13:50.24 | prasad1 | arrrr |
| 14:15.59 | brlcad | text/plain |
| 14:16.39 | brlcad | mafm: eh, you're not using the sample subversion config file? |
| 14:17.05 | brlcad | that has bat, com, exe, dll, ... |
| 14:18.03 | mafm | I copied many entries, but I think that I commented most of them because it was causing me some problem |
| 14:18.23 | brlcad | oookay.. |
| 14:18.26 | mafm | you know... things like CEGUI have totally made up filename extensions |
| 14:18.35 | mafm | .font, .config, .scheme.... |
| 14:18.41 | mafm | .layout |
| 14:18.46 | mafm | all of them being XML files |
| 14:19.39 | mafm | and Ogre includes dozens of things like that: .def, .fontdef, nsh, nsi, .program, .material, ms, .... |
| 14:20.02 | mafm | some of them being text, other xml, other binary, sometimes with proper extension :) |
| 14:21.07 | brlcad | nsi also in the list :) |
| 14:21.29 | mafm | but my favourites are: ogre/Docs/src/MaterialScriptCopy.inc |
| 14:21.38 | mafm | ogre/Docs/src/sm-redesign/sm-redesign/cpp_includes |
| 14:21.48 | mafm | ogre/Docs/src/umldocs/128095 |
| 14:22.01 | brlcad | nods, not unheard of |
| 14:22.10 | mafm | ogre/Mac/Samples/plist/CelShading-Info.plist |
| 14:22.14 | brlcad | i prefer to keep them as .c for includes myself |
| 14:22.32 | brlcad | plist is a standard file format |
| 14:23.32 | mafm | I guess that for Mac only? |
| 14:24.38 | brlcad | yeah, Mac OS X specific |
| 14:30.57 | mafm | you have it defined without eol-style |
| 14:31.13 | mafm | and as text/plain |
| 14:36.02 | brlcad | I think that was because it depended on what the project intent was |
| 14:36.42 | brlcad | should be native for most |
| 14:47.41 | *** join/#brlcad thing0 (n=ric@124-169-187-199.dyn.iinet.net.au) |
| 14:52.47 | *** join/#brlcad pacman87 (n=timothy@71.170.63.120) |
| 14:55.15 | CIA-22 | BRL-CAD: 03brlcad * r31504 10/brlcad/trunk/ (AUTHORS src/other/openNURBS/opennurbs_light.h): |
| 14:55.15 | CIA-22 | BRL-CAD: apply tom browder's sf patch 1998134 (Eliminate Warnings from g++ for |
| 14:55.15 | CIA-22 | BRL-CAD: opennurbs_light.h) even though we usually leave src/other alone. it's his first |
| 14:55.15 | CIA-22 | BRL-CAD: patch. thank him in authorship anyways as he's had several other interactions |
| 14:55.15 | CIA-22 | BRL-CAD: filing bug reports and feature requests. |
| 15:01.46 | brlcad | howdy pacman87 ! |
| 15:01.54 | pacman87 | hi brlcad |
| 15:02.09 | brlcad | does a happy weekend dance |
| 15:03.29 | CIA-22 | BRL-CAD: 03brlcad * r31505 10/brlcad/trunk/AUTHORS: tom's full name |
| 15:07.23 | mafm | does a sleepy after-lunch danczzzzzzz zzz zzzzzzzz |
| 15:12.30 | mafm | yay, 30 files to go |
| 15:33.43 | brlcad | yay |
| 15:39.36 | brlcad | notes that today is day 26 of 85 for GSoC .. this weekend will be 1/3rd through |
| 15:40.50 | prasad1 | dicaprio starring in atari movie as nolan bushnell |
| 15:41.47 | poolio | brlcad: it's not the weekend yet :P |
| 15:48.04 | CIA-22 | BRL-CAD: 03mafm * r31506 10/rt^3/trunk/src/other/ogre/ (3176 files in 492 dirs): Commiting OGRE from upstream trunk r7565, no patches needed |
| 15:49.25 | brlcad | woot |
| 15:49.28 | brlcad | ~mafm++ |
| 15:59.37 | mafm | lol |
| 16:04.33 | mafm | 39 minutes to commit |
| 16:04.34 | mafm | not bad |
| 16:04.54 | brlcad | heh, nice |
| 16:05.25 | brlcad | updates |
| 16:16.40 | mafm | With mocha, only two patches (that I got from a RPM file) are needed |
| 16:17.04 | mafm | including a header and forward declarating templates or something like that |
| 16:17.23 | mafm | and then I wrote a pkg-config file that I put directly into the destination |
| 16:18.51 | mafm | now, what occurs to me is that I could add the patches, my file; and add a script to apply the patches before compiling it, and copying the file directly after that |
| 16:18.59 | mafm | does it sound ok? |
| 16:19.12 | mafm | (with RBGui the situation is more or less the same) |
| 16:20.35 | brlcad | hm |
| 16:21.00 | brlcad | well, that'd certainly be one way |
| 16:21.11 | brlcad | if that's what you want to do, go for it |
| 16:21.29 | brlcad | I'd probably just apply the changes myself, but it's no more or less effort I think |
| 16:21.55 | brlcad | rather less immedate, but you have to re-find the patch later and reapply if there's an update, so it evens out |
| 16:22.07 | brlcad | vs making a script that continues to work through updates |
| 16:23.11 | mafm | I see |
| 16:23.28 | mafm | I thought that you wanted to have the patches separated |
| 16:23.50 | mafm | indeed applying directly is less cumbersome for maintenance |
| 16:25.28 | brlcad | nope |
| 16:25.35 | brlcad | separate commits |
| 16:25.37 | brlcad | yes |
| 16:25.50 | brlcad | but doesn't need to be preserved as a separate file |
| 16:26.33 | brlcad | we can regenerate the patch if we can find the revisions in the svn log for before/after |
| 16:26.52 | brlcad | that was the reasons to commit pristine, then commit the patch that makes it work |
| 16:26.59 | brlcad | that can be easily recovered |
| 16:27.25 | mafm | I see |
| 16:27.46 | mafm | however, I don't know what's the proper way to create the .pc file -- do you have experience with that? |
| 16:28.17 | mafm | (you as in plural :) ) |
| 16:29.55 | brlcad | you mean like these: http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/misc/pkgconfig/ |
| 16:30.59 | brlcad | you'd usually tie them to the build system, the brlcad module's are tied to autoconf |
| 16:32.00 | mafm | hmm |
| 16:32.13 | mafm | so you maintain it independently from the source of the package? |
| 16:32.45 | brlcad | que? |
| 16:33.35 | brlcad | could put the files anywhere really, but for the brlcad module, all build-related files are in misc |
| 16:33.49 | mafm | I mean that it's not "inside" the dir of each library, but instead in a common place |
| 16:33.53 | mafm | what about the external packages, src/other, you don't create .pc files for them? |
| 16:34.08 | brlcad | they could have been in the dir, same difference |
| 16:34.55 | brlcad | just organizationally, most "extra" files are put in misc so that source really is just the sources and whatever is exactly needed to compile them |
| 16:35.12 | brlcad | (i.e. the CMakeLists.txt and/or Makefile.am files) |
| 16:40.25 | CIA-22 | BRL-CAD: 03mafm * r31507 10/rt^3/trunk/src/other/mocha/ (126 files in 7 dirs): Importing Mocha (helper library for RBGui, from the same authors), v0.1.3 |
| 16:42.47 | CIA-22 | BRL-CAD: 03homovulgaris * r31508 10/brlcad/trunk/src/ (10 files in 2 dirs): code reorganization in libpc : division of previous pc_solver.h into pcInterval.h and pcVariable.h; ws, license cleaning, and comment modification |
| 16:44.30 | mafm | ~homovulgaris++ \o/ |
| 16:48.16 | mafm | what does that syntax mean btw, is it something for the bot? |
| 16:48.33 | brlcad | ~karma mafm |
| 16:48.33 | ibot | mafm has karma of 2 |
| 16:48.58 | brlcad | it's a simple "karma" system where you can show that you like/dislike something/someone |
| 16:49.35 | mafm | lol |
| 16:49.36 | brlcad | pretty much pointless as a "system", but it's useful for saying "yay" and fun to watch the numbers accummulate |
| 16:49.44 | mafm | ~karma brlcad |
| 16:49.44 | ibot | brlcad has karma of 1 |
| 16:49.50 | brlcad | mine is hard-coded :) |
| 16:50.08 | mafm | :D |
| 16:50.10 | mafm | why? |
| 16:50.10 | brlcad | ~karma learner |
| 16:50.10 | ibot | learner has karma of 98 |
| 16:50.14 | CIA-22 | BRL-CAD: 03starseeker * r31509 10/brlcad/trunk/doc/docbook/ (8 files in 4 dirs): Start breaking Volume II out into individual lessons, begin adding graphics back in. |
| 16:50.24 | brlcad | oh, just Tim having some fun |
| 16:50.28 | brlcad | (ibot's maintainer) |
| 16:50.38 | starseeker | ~karma starseeker |
| 16:50.38 | ibot | starseeker has neutral karma |
| 16:50.43 | starseeker | heh |
| 16:50.48 | brlcad | ~starseeker++ |
| 16:51.33 | poolio | ~karma ibot |
| 16:51.33 | ibot | ibot has karma of 24 |
| 16:52.11 | starseeker | notes that breaking up VolII makes checking the markup more managable |
| 16:56.21 | starseeker | heh - brlcad, once unicode support becomes more universal you should hack your ibot karma to return an infinity symbol |
| 16:56.52 | brlcad | ~unicode |
| 16:56.53 | ibot | from memory, unicode is http://qpe.sourceforge.net/packages/ipaq/qpf-cyberbit-120-50-t10_2.3.0-3_arm.ipk or http://prdownloads.sourceforge.net/bedic/unifont_160_50_t10.qpf?download, or something ibot doesn't get |
| 16:56.56 | brlcad | aw |
| 16:57.24 | brlcad | ~color |
| 16:57.24 | ibot | 13C12O5L8O9R6! |
| 16:59.14 | archivist | I have seeded karma in my bot and a self karma test for one user! |
| 17:02.58 | CIA-22 | BRL-CAD: 03mafm * r31510 10/rt^3/trunk/src/other/mocha/Include/Mocha/ (Compressor.h Stream.h): Patches needed to compile Mocha on GCC 4.x in GNU/Linux systems, at least -- grabbed from RPM by Matt Williams <matt@milliams.com> |
| 17:03.38 | brlcad | woot |
| 17:03.40 | mafm | can you please tell me what's the url you're using with svn info? |
| 17:03.49 | brlcad | tis a day of good progress :) |
| 17:04.21 | brlcad | same as the repository url |
| 17:04.34 | CIA-22 | BRL-CAD: 03starseeker * r31511 10/brlcad/trunk/doc/docbook/lessons/mged/creating_primitive_shapes.xml: tweak output formatting to better match book |
| 17:04.43 | brlcad | http://brlcad.svn.sourceforge.net |
| 17:05.19 | mafm | mmm |
| 17:05.37 | mafm | I switched to https, for security |
| 17:06.03 | mafm | but I'm wondering if it's asking for my password for being with http instead of svn+ssh, as other repositories that I have |
| 17:08.22 | brlcad | oh, you actually meant "svn info"? |
| 17:09.00 | brlcad | I meant that http just for web browsing for info |
| 17:09.16 | brlcad | usual checkout would be |
| 17:09.19 | brlcad | ~cadsvn |
| 17:09.19 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 17:09.51 | brlcad | so for your module, https://brlcad.svn.sourceforge.net/svnroot/brlcad/rt^3/trunk rt^3 |
| 17:10.37 | brlcad | sourceforge has pretty extensive docs on the setup and protocols you can use |
| 17:12.11 | prasad1 | when's the next siggraph sean |
| 17:13.18 | brlcad | this year :P |
| 17:13.50 | mafm | yep, but if you are also using https and you can use ssh-keys, then it's not a problem of me alone using this protocol |
| 17:14.04 | prasad1 | i wonder if we'll have a booth |
| 17:14.21 | prasad1 | trying to weasel my way into that trip; if it happens |
| 17:14.25 | prasad1 | :D |
| 17:21.17 | ``Erik | ~karma ``Erik |
| 17:21.17 | ibot | ``erik has karma of 3 |
| 17:21.23 | ``Erik | ~karma dogma |
| 17:21.23 | ibot | dogma has neutral karma |
| 17:22.20 | ``Erik | andre sent me a message earlier in the week that he would be away, I was afk so was unable to respond at the time |
| 17:23.10 | ``Erik | shakes fist at build error in src/libpg/ (something is messed up on my end, it's looking for .c files when the SOURCES list .cpp files) |
| 17:23.14 | brlcad | k, that's good to know |
| 17:23.26 | brlcad | ``Erik: that's an automake stupidity |
| 17:23.45 | brlcad | it was .c and changed to cpp I believe, and the .deps dir still has the old dependency |
| 17:24.06 | ``Erik | heh, nice. |
| 17:24.26 | brlcad | you can edit the .deps/ Plo file or reconfigure with dependency tracking disabled, or distclean |
| 17:24.32 | ``Erik | just did |
| 17:24.35 | ``Erik | works now |
| 17:25.15 | CIA-22 | BRL-CAD: 03mafm * r31512 10/rt^3/trunk/src/other/rbgui/ (234 files in 28 dirs): Importing RBGui (GUI library for OpenGL), v0.1.3 |
| 17:25.52 | ``Erik | reads about MAGI a little O.o |
| 17:28.31 | mafm | oh the irony -- $ dos2unix linux.diff |
| 17:29.07 | ``Erik | all your line endings are belong to me |
| 17:33.43 | mafm | the patch wouldn't apply just because of the line endings :) |
| 17:37.17 | CIA-22 | BRL-CAD: 03mafm * r31513 10/rt^3/trunk/src/other/rbgui/Gui/ (18 files in 11 dirs): Patches needed to compile RBGui on GCC 4.x in GNU/Linux systems, at least -- grabbed from RPM by Matt Williams <matt@milliams.com> |
| 17:52.11 | CIA-22 | BRL-CAD: 03mafm * r31514 10/rt^3/trunk/src/other/rbgui/Gui/Source/PosixPlatformManager.cpp: |
| 17:52.11 | CIA-22 | BRL-CAD: My patch (might I say quick and DIRTY hack instead?) to get keyboard autorepeat |
| 17:52.11 | CIA-22 | BRL-CAD: working inside RBGui. I tried to contact RBGui guys so it's done properly |
| 17:52.11 | CIA-22 | BRL-CAD: upstream, along with the other patches needed (I offered myself as maintainer, |
| 17:52.12 | CIA-22 | BRL-CAD: so to speak), but proper implementation for this kind of things would be |
| 17:52.14 | CIA-22 | BRL-CAD: probably after GSoC period -- the project is demanding enough. |
| 17:57.44 | CIA-22 | BRL-CAD: 03brlcad * r31515 10/brlcad/trunk/AUTHORS: annotate tom's ManTech SRS Technologies, Inc. affiliation too since that relates to the ajem-centric contributions |
| 18:00.02 | mafm | brlcad: you might want to try this thing |
| 18:00.08 | mafm | it'll probably give some error :) |
| 18:03.05 | brlcad | I most certainly do :) |
| 18:03.14 | brlcad | are the deps hooked into the build somehow? |
| 18:03.41 | brlcad | or should I jump into each and try to get them to build? |
| 18:03.53 | brlcad | i saw you had a writeup somewhere |
| 18:03.57 | mafm | not properly hooked, they're just preliminary instructions |
| 18:04.19 | brlcad | k |
| 18:04.39 | ``Erik | hum, now opennurbs fails to build for me :D |
| 18:05.10 | mafm | commiting the instructions, it was missing |
| 18:06.06 | CIA-22 | BRL-CAD: 03mafm * r31516 10/rt^3/trunk/src/other/ (Makefile Mocha.pc RBGui.pc): Preliminary support for building external libraries, not working yet (it gives instructions on how to do it, but probably people will get some errors) |
| 18:06.06 | mafm | basically: you go to src/other |
| 18:06.42 | mafm | eeeeek, my Makefile is not working >_< |
| 18:08.11 | mafm | shouldn't this be calling the dependencies in place? all: ogre ois mocha rbgui |
| 18:13.00 | CIA-22 | BRL-CAD: 03starseeker * r31517 10/brlcad/trunk/doc/docbook/lessons/mged/ (22 files in 2 dirs): Add lesson #2 - learning viewing options |
| 18:13.31 | brlcad | updates |
| 18:13.47 | CIA-22 | BRL-CAD: 03starseeker * r31518 10/brlcad/trunk/doc/docbook/book/tutorial_series/VolumeII.xml: And add the new lesson 2 to the book using xinclude |
| 18:14.41 | brlcad | eww, binary dlls |
| 18:14.55 | starseeker | where, rt^3? |
| 18:15.07 | brlcad | apparently in the ogre repo |
| 18:15.13 | starseeker | ewww |
| 18:15.18 | brlcad | mafm: you have to declare them as PHONY targets |
| 18:15.28 | brlcad | otherwise it sees the dir and thinks the target is fulfilled |
| 18:16.09 | brlcad | make is entity-driven not rule-driven |
| 18:18.49 | mafm | I see |
| 18:19.10 | mafm | wrote some Makefiles sometimes, but they were very straightforward |
| 18:19.40 | mafm | prefers Jam or now CMake, autotools irritates me |
| 18:22.12 | CIA-22 | BRL-CAD: 03mafm * r31519 10/rt^3/trunk/src/other/Makefile: Fix Makefile so it actually works as intended -- even if it's only printing how to build libraries at the moment |
| 18:24.07 | mafm | brlcad: so did you get the instructions right? |
| 18:24.14 | mafm | cd to src/other; type make |
| 18:24.37 | mafm | type make "library" to make each one of them -- but instead of making, at the moment just tells you the chain of commands |
| 18:25.21 | mafm | as you'll see, Mocha and RBGui are cluncky in that sense (probably they were "extirped" from a bigger repository, and just put some building system quickly) |
| 18:26.54 | mafm | and then, after having the libraries installed, go to some new build dir (inside src/g3d for example) and type something like |
| 18:26.58 | mafm | $ cmake .. && make -s && su -c "make -s install" |
| 18:29.42 | mafm | anyway brlcad, I have to go now because I have friends who came to visit me |
| 18:29.53 | mafm | and thus I probably won't be around during weekend |
| 18:30.22 | mafm | but I'd like you to write me an email with the problems (or use the wiki, etc) if you run into problems |
| 18:30.32 | mafm | so you don't forget about them by monday :) |
| 18:31.07 | mafm | I have to go now, take care folks :) |
| 18:34.05 | brlcad | waves |
| 18:55.44 | PrezKennedy | waves at brlcad |
| 18:56.01 | PrezKennedy | keepin my brother busy? |
| 19:02.34 | *** join/#brlcad clock_ (n=clock@77-56-81-206.dclient.hispeed.ch) |
| 19:05.29 | brlcad | PrezKennedy: he's been learning the modeler, making some cool stuff |
| 19:05.33 | brlcad | just getting started though |
| 19:12.35 | ``Erik | heh, woops |
| 19:15.05 | ``Erik | 'make -j' in src/other/openNURBS makes a bit of a mess if you don't have many free fds and pids handy |
| 19:19.40 | CIA-22 | BRL-CAD: 03erikgreenwald * r31520 10/brlcad/trunk/src/other/openNURBS/opennurbs_light.h: match declaration prototype to definition, fixes build errors on mac and fbsd |
| 19:29.01 | brlcad | oops |
| 19:29.06 | brlcad | didn't test the build |
| 19:41.38 | *** join/#brlcad thing0 (n=ric@124-169-187-199.dyn.iinet.net.au) |
| 20:01.59 | CIA-22 | BRL-CAD: 03brlcad * r31521 10/brlcad/trunk/TODO: |
| 20:02.00 | CIA-22 | BRL-CAD: need to investigate why solids.sh sometimes fails on 64-bit platforms on three |
| 20:02.00 | CIA-22 | BRL-CAD: tgc-related pixels. it's floating point fuzz, but where the inconsistency |
| 20:02.00 | CIA-22 | BRL-CAD: happens isn't clear. iirc using ieee float or non-optimized builds fixes the |
| 20:02.00 | CIA-22 | BRL-CAD: failure. |
| 20:59.43 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) |
| 21:07.37 | CIA-22 | BRL-CAD: 03starseeker * r31522 10/brlcad/trunk/doc/docbook/ (2 files in 2 dirs): Oh yeah, add the glossary component too. |
| 21:07.37 | starseeker | jeez the default xhtml output formatting is boring |
| 21:10.04 | ``Erik | uh, good? |
| 21:49.39 | CIA-22 | BRL-CAD: 03brlcad * r31523 10/brlcad/trunk/ (TODO misc/nsis/brlcad.nsi): |
| 21:49.39 | CIA-22 | BRL-CAD: prompted by sf bug report 1998145 (Windows Installation Version Confusion) by |
| 21:49.39 | CIA-22 | BRL-CAD: tom browder, try to make our Windows installer more version-aware. this is |
| 21:49.39 | CIA-22 | BRL-CAD: rather untested but the jist is that it will install to |
| 21:49.39 | CIA-22 | BRL-CAD: programfiles/BRL-CAD/VERSION now and the uninstall registry keys become |
| 21:49.40 | CIA-22 | BRL-CAD: version-specific. we also ensure that the installer filename being created |
| 21:49.42 | CIA-22 | BRL-CAD: conforms to the newly established convention. |
| 22:07.49 | *** join/#brlcad Elperion (n=Bary@p5B14E605.dip.t-dialin.net) |
| 22:19.57 | brlcad | there's be something fun to model and make a tutorial of: http://www.keveney.com/Ross.html |
| 22:20.50 | brlcad | basically a bunch of cylinders |
| 22:21.06 | brlcad | would be a good test of the constraint solver later on |
| 22:33.36 | archivist | nice animation, Ive modelled James Watt's parallel motion in solidworks (within a few thou) |
| 22:42.11 | brlcad | oh, cool, he has others: http://www.keveney.com/Engines.html |
| 22:47.42 | archivist | I should rewrite the one I did, was in turbo pascal, it was to simulate the steam pressure in an engine with a strange method of governing |
| 22:48.49 | archivist | the indicator diagrams showed possible problems, but the simulation proved it is a design error |
| 23:30.17 | brlcad | archivist: the simulation was or you did an animation/rendering in pascal? |
| 23:30.35 | archivist | did animation as well |
| 23:32.28 | archivist | I think last time I could run it was win 95 |
| 23:55.10 | *** join/#brlcad Tempy]_ (n=chatzill@adsl-146-133-74.clt.bellsouth.net) |
| 23:56.41 | Tempy]_ | I noticed a survey about help on the website and I have an idea if you want a help system where users can reach the creators but there's less danger of the creators being bothered by users who don't try for a solution. |