IRC log for #brlcad on 20100504

01:24.24starseekerO.o Maxima was #14 on the top 20 list of sourceforge active projects
01:59.28jackamazing, for such an old thing
03:02.39Ralithjack: you're saying this in the BRL-CAD channel.
03:06.12``Erikheh, maxima has heritage going back to '68, though
03:06.22``ErikBRL-CAD is '79 I think
03:12.58Ralithclose enough >_>
03:13.24Ralithboth are far beyond the typical abandonment point set by commercial software
03:24.34*** join/#brlcad ``Erik (erik@c-69-140-109-104.hsd1.md.comcast.net)
03:41.29*** join/#brlcad Nohla (~jesica@201.255.237.179)
04:24.08*** join/#brlcad Faed (~fade@outrider.deepsky.com)
05:15.58*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
05:15.58*** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
05:15.58*** join/#brlcad roberthl (~robert@mediawiki/RobertL)
05:15.58*** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
05:59.10*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
06:46.25*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
08:30.27CIA-73BRL-CAD: 03d_rossberg * r38945 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt:
08:30.27CIA-73BRL-CAD: avoid the min and max macros via the windows.h header file (it is a plague even on MS Windows) for the C++ core interface
08:30.27CIA-73BRL-CAD: they interfere with the std::min and std::max templates from the algorithms header file
08:42.08*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
09:13.35*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
10:40.24d-loMerning!
11:28.14*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
11:32.37jackRalith: true that :)
11:32.56jackbut i knew maxima has older roots
11:49.13*** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
12:32.46CIA-73BRL-CAD: 03davidloman * r38946 10/rt^3/trunk/src/alf/CMakeLists.txt: Source files were listed twice, causing cmake to complain. Removed duplication.
12:34.23jackis all of brl-cad using cmake meanwhile? no more autofools?
12:35.05d-lonope, I belkieve portions of the brlcad module is wired to use cmake, but not the whole thing
12:35.19jackok
12:35.31d-lothe rt3 module, however, was converted to cmake a while back.
12:35.42jack:)
12:36.23jackno objections...a cmake setup is as patchable as an autotools one ;)
12:36.31jacki'm only a packager
12:36.43d-lo..so a pack-man of sorts? ;)
12:36.53jackkinda, yeah
12:37.35jackwant details? check http://pdb.finkproject.org/pdb/browse.php?maintainer=jackfink
12:37.59jackno preferences, i package pretty much everything that comes along
12:38.27jack(and builds, d'oh)
12:39.19d-loimpressive :)  
12:39.48jacknot that impressive ;) i'm doing this for 3 or 4 years meanwhile
12:40.19jackstuff accumulates rather quickly, and more than 50% of my packages are practically dead
12:40.24CIA-73BRL-CAD: 03davidloman * r38947 10/rt^3/trunk/cmake/rt3commons.cmake: Forgot the NonVerbose/Verbose print logic for library projects.
12:40.47jackortep3 is fortran code from the 80s...
12:41.10jacki kinda like to pick up such ancient jewels ;)
12:41.46d-lonice :)
12:41.54CIA-73BRL-CAD: 03davidloman * r38948 10/rt^3/trunk/src/CMakeLists.txt: Remove /src/other deps from the cmake build. Nothing builds in there anyways.
12:42.20jackas long as the gcc folks keep doing a good gfortran, nothing gets lost
12:49.04jacki guess i could do a big cleanup when fink decides to do a new tree (10.7? who knows)
12:49.13jackwho needs all that kde3 crap
12:49.25d-lolol
12:50.13jackall i do nowadays is occasionally check if upstream did a kde4 version meanwhile
13:16.45``ErikI imagine people targeting kde3 appreciate it... not everyone just wants the latest greatest for a connected desktop... isn't kde3 popular with kiosk systems?
13:23.22jackmaybe
13:23.34jackbut who uses a mac for a kiosk system...
13:24.05jackalmost none of my kde3 things is suitable anyway
13:24.30``Erikheh, my thought was more the developer coding on the mac, then doing a linux build for the kiosk *shrug*
13:25.03jacksure, the libs are all there
13:25.13jacknone of them my doing
13:25.43``Erikaaanyways, that might be a reason for not ditching kde3 from the repo just yet
13:25.47``Erikidle thought
13:26.17jackcorrect, but removing my kde3-using crap won't hurt the core anyway
13:27.00``Erikstill has gnome 1.4 on a machine because he hasn't been arsed to port a critical app to gnome 2.x
13:27.27``Erik(it survived from 0.30 to 1.4, but 2.0 changed too much)
13:28.03jackwee
13:28.10jackwhich app is that?
13:29.11``Erikone I wrote O.o :)
13:29.35``Erikaround 99 or 00, called 'gems'
13:30.00``ErikJan 23, 2000
13:30.57jackhaha wow
14:37.18CIA-73BRL-CAD: 03davidloman * r38949 10/iBME/: Drop old branch of rt3
14:56.15*** join/#brlcad mafm (~mafm@198.Red-79-159-1.staticIP.rima-tde.net)
14:56.26mafmhallo
14:56.38d-lohowdy!
15:22.05CIA-73BRL-CAD: 03davidloman * r38950 10/rt^3/trunk/cmake/rt3commons.cmake: Add some more print lines to the verbose cmake setting. Fixed a logic error in the mocc-ing of qt files.
15:38.32d-loLinking Question:
15:39.44d-loif Application C is dependent on libB, and libB is dependent on libA, technically Application C depends on libA, right?
15:42.50brlcadstrictly speaking, it depends
15:43.41brlcader, rather .. "it doesn't necessarily depend on libA" -- it depends on how libB was linked, what platform you're on, what linker you're using
15:45.06brlcadin general form, though, from a portability arranagement, you will have to be aware of and concerned about any subdependency of a library being used
15:46.13brlcadwhich is one of several reasons why external dependencies *cannot* be just added without regard to their maintainability and integratability
15:46.51brlcadparticularly with managed dependencies, which has been our project stance since inception
15:48.57d-lo'managed deps' == deps in our src tree?
15:50.01brlcadnot strictly speaking, it's more the position that recipients of our software will not have to worry (at all) about whatever dependencies we've chosen to utilize when distributing (binary and source) releases
15:50.17d-logotcha
15:51.16brlcadmaking them go get and install things, or requiring users preinstall things, or only working for package management systems specific to a given platform, etc .. all passing the buck off to the user
15:51.54brlcadbundling sources is just one relatively straightforward way that keeps the effort in our hands and responsibility
15:52.23mafmyeah, nuke those deps!
15:52.36mafmthat way I can create the debian package cleanly :P
15:52.57brlcadhowdy mafm
15:53.39d-loso should I (eventually) get eh qt source and put it in rt3/src/other/ ?
15:53.53d-los/eh/the/
15:55.08brlcadd-lo: interestingly relevant suggestion from Strattav to use awesome as that wm has many of the usability and interaction concepts I'd like to see realized in the third gen geometry interface, much shown in the prototype video
15:56.10mafmbtw brlcad, any news from the guys that we sent the patches to? I haven't got any reply
15:58.37brlcadd-lo: eventually we should manage a version somewhere, but it's noit necessary until it comes time to do full-on post-beta public releases
15:59.32brlcadthe idea is to not pass effort on to users -- passing it on to ourselves is fine
15:59.42d-lobrlcad: kk.  I'd like to sit down with you some time and get learneded in how to wire in an 'internal' deps build system into rt3 existing build system.
15:59.45brlcadmafm: which patches?
16:00.57brlcadd-lo: becoming familiarized with brl-cad's autoconf build and how it does things is probably best as most of the concepts translate to cmake directly, the syntax and commands just change
16:01.26*** join/#brlcad Stattrav (~Stattrav@202.3.77.233)
16:01.37mafmthe ones of libjama & co
16:01.58brlcadif you're needing help with the actual syntax.. that's pretty much the work itself :)
16:02.14d-loconcepts :P
16:03.20d-lowhat's the name of the tech that allows you to run 2+ monitors off a single DVI port?
16:03.29d-loaka tricks the computer into seeing one large screen?
16:03.48brlcadxinerama?
16:04.13brlcadhttp://devmanual.gentoo.org/general-concepts/autotools/index.html
16:04.19d-lowas thinking hardware box
16:04.22brlcadthat's a good place to start before talking
16:04.37brlcaddvi switcher
16:04.49d-loswitcher!  thats the bloody word.
16:04.52d-lothanks
16:18.50d-lonope, thats not the word I was looking for after all :/
16:28.01d-loah ha!  so *thats* what the m4 files are!
16:28.13d-lo*lightbulb turns on*
16:29.54CIA-73BRL-CAD: 03davidloman * r38951 10/rt^3/trunk/cmake/rt3commons.cmake: Forgot to remove some DEBUG printing lines.
16:42.11d-lo``Erik: want it?  http://www.govliquidation.com/auction/view?auctionId=3218816
16:56.59brlcadheh, first bid $150 .. totally awesome
16:57.31d-lothat's what I was thinking :)  pick up a 1/4 mil genny for $150..... plus transportation ;)
16:57.54d-lo"How to make the HOA mad"
16:58.39brlcad"where in the HOA does it say I can't have a backup generator?"
16:58.45d-lohahaha
16:59.14d-loI figure I could easily sell my neighbors a few KWH
16:59.49d-loEcoTerrorismElectricCo
16:59.56d-loLancaster, PA
17:03.43brlcadhttp://www.govliquidation.com/auction/view?auctionId=3266028
17:04.17d-loaweome :)  to bad no pictures though!
17:04.23brlcadyeah
17:04.38d-loBut I suppose the imagination is the best part lol
17:04.54d-loI envision many practical jokes with that thing.
17:06.57brlcadokay, something more practical for the office... http://www.govliquidation.com/auction/view?id=3261898&convertTo=USD
17:10.55brlcadoh, bob was talking about buying one of these just friday.. http://www.govliquidation.com/auction/view?id=3266153&convertTo=USD
17:10.57d-lommmmmmmm dogs
17:11.21brlcadit's in MD, should show him
17:13.19brlcadhah, M35 lunch transport!  http://www.govliquidation.com/auction/view?id=3238896&convertTo=USD
17:15.00d-loheh, that's down in Fort Meade :)
17:15.01d-lonice
17:15.18d-lohahaha, 28k on the odometer
17:15.34brlcadnot too shabby :)
17:15.49d-loi bet it was a brutal 28k though ;)
17:15.50brlcadimagines parallel parking that bad boy outside his house
17:16.05d-lohahahaha
17:16.19d-loI bet you could fit elle (?) in the back, easily
17:16.33brlcadhm!
17:16.50brlcada mobile parking spot
17:18.18d-loget a big o plow for it and be the hero of the neighborhood!
17:21.28CIA-73BRL-CAD: 03davidloman * r38952 10/rt^3/trunk/ (6 files in 2 dirs): Add a thread wrapper for GeometryService objects. Made GeometryService.h and GeometryServiceDaemon.h public headers.
17:31.43d-lobrlcad: do you care if I use QT classes in the GeometryServiceTest code?
17:45.25*** join/#brlcad mafm (~mafm@198.Red-79-159-1.staticIP.rima-tde.net)
17:59.46brlcadd-lo: doesn't particularly matter though personally, I'd avoid it for sake of simple testing isolation until it provided some specific significant benefit (which is hard to envision)
18:00.24brlcadnetworking is the only thing that comes to mind and even then I see more benefit out of making the protocol libpkg-compatible given its simplicity
18:00.39brlcadtest shouldn't need to be threaded
18:00.52brlcadcertainly doesn't need a gui
18:18.39``Erikd-lo: "kvm switch"?
18:38.39``Erikheh, never drop the mic when lipsyncing O.o
20:15.50``Erik*grouse*
20:16.20CIA-73BRL-CAD: 03erikgreenwald * r38953 10/brlcad/trunk/src/adrt/libtie/ (tie.c tie.h tie_define.h tie_kdtree.c tie_kdtree.h): msvc pukes on variable arity macros, so ugly things up by eliminating the TIE_FUNC macro and wedge TIE_VAL in instead
20:27.12*** join/#brlcad Ralith (~ralith@216.162.199.202)
20:53.54*** join/#brlcad akafubu (~akafubu@c-71-228-184-130.hsd1.al.comcast.net)
20:53.56*** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu)
20:57.47CIA-73BRL-CAD: 03erikgreenwald * r38954 10/brlcad/trunk/src/adrt/libtie/tie_define.h: use typedef instead of #define for tfloat
20:58.12CIA-73BRL-CAD: 03erikgreenwald * r38955 10/brlcad/trunk/src/adrt/libtie/tie_kdtree.c: casting fixes
21:23.55CIA-73BRL-CAD: 03erikgreenwald * r38956 10/brlcad/trunk/src/adrt/libtie/tie.c: undef near and far on windows, 8086-80286 style segments aren't quite... relevant.
21:25.23CIA-73BRL-CAD: 03r_weiss * r38957 10/brlcad/trunk/src/conv/obj-g_new.c: adding functions to support direct to bot
21:29.27brlcadshakes his head
21:30.09starseekerhmm?
21:33.20CIA-73BRL-CAD: 03bob1961 * r38958 10/brlcad/trunk/src/ (3 files in 3 dirs):
21:33.20CIA-73BRL-CAD: Updated Archer's shift-grips to match the original as much as possible without
21:33.20CIA-73BRL-CAD: conflicting with the current mouse mode. Added support for constrained rotations
21:33.20CIA-73BRL-CAD: and translations. The constrained behaviors will always be in model coordinates.
21:38.19CIA-73BRL-CAD: 03erikgreenwald * r38959 10/brlcad/trunk/src/adrt/ (7 files in 3 dirs): split tienet ugliness into it's own header. Will eventually be replaced with libpkg.
21:39.47CIA-73BRL-CAD: 03erikgreenwald * r38960 10/brlcad/trunk/src/adrt/load_g.c: this has no need for pthread.h.
21:41.02CIA-73BRL-CAD: 03erikgreenwald * r38961 10/brlcad/trunk/src/adrt/adrt.h: wrap stdint.h in HAVE_STDINT_H
21:47.33CIA-73BRL-CAD: 03erikgreenwald * r38962 10/brlcad/trunk/src/adrt/librender/camera.c: wrap pthread stuff in HAVE_PTHREAD_H, defaulting to single threaded if not defined.
21:48.13CIA-73BRL-CAD: 03erikgreenwald * r38963 10/brlcad/trunk/src/adrt/librender/camera.c: sys/time.h is no longer used here
21:53.32CIA-73BRL-CAD: 03erikgreenwald * r38964 10/brlcad/trunk/src/adrt/libtie/tie_struct.h: undef near and far on win32
21:54.08CIA-73BRL-CAD: 03erikgreenwald * r38965 10/brlcad/trunk/src/adrt/librender/ (camera.c camera.h): pthread wrapping fixes
22:04.38CIA-73BRL-CAD: 03erikgreenwald * r38966 10/brlcad/trunk/misc/win32-msvc8/adrt/adrt.vcproj: update link info
22:10.05CIA-73BRL-CAD: 03erikgreenwald * r38967 10/brlcad/trunk/include/bn.h: wrap mersenne twister functions in BN_EXPORT and BU_EXTERN
22:12.23``Erikhrm
22:13.30``ErikI seem to have a libadrt.dll, but it's not quite healthy O.o I'll but indianlarry about it tomorrow
22:14.35CIA-73BRL-CAD: 03bob1961 * r38968 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Minor cleanup.
22:37.48*** join/#brlcad fade (~fade@outrider.deepsky.com)
23:13.33brlcadstarseeker: weiss manually creating BoTs instead of using the nmg routine
23:13.45brlcadapparently failing to create valid nmg
23:14.07brlcador unable to figure out how to do so
23:23.42``Erik<-- has been pushing him to wrap it up and just call what he has so far "done"
23:26.20``Erikit's kinda gotten rediculous, time to re-assess and make new cards if other bits of that importer need real attention :/
23:27.21``Erikls

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.