| 01:24.24 | starseeker | O.o Maxima was #14 on the top 20 list of sourceforge active projects |
| 01:59.28 | jack | amazing, for such an old thing |
| 03:02.39 | Ralith | jack: you're saying this in the BRL-CAD channel. |
| 03:06.12 | ``Erik | heh, maxima has heritage going back to '68, though |
| 03:06.22 | ``Erik | BRL-CAD is '79 I think |
| 03:12.58 | Ralith | close enough >_> |
| 03:13.24 | Ralith | both 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.27 | CIA-73 | BRL-CAD: 03d_rossberg * r38945 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: |
| 08:30.27 | CIA-73 | BRL-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.27 | CIA-73 | BRL-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.24 | d-lo | Merning! |
| 11:28.14 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:32.37 | jack | Ralith: true that :) |
| 11:32.56 | jack | but i knew maxima has older roots |
| 11:49.13 | *** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 12:32.46 | CIA-73 | BRL-CAD: 03davidloman * r38946 10/rt^3/trunk/src/alf/CMakeLists.txt: Source files were listed twice, causing cmake to complain. Removed duplication. |
| 12:34.23 | jack | is all of brl-cad using cmake meanwhile? no more autofools? |
| 12:35.05 | d-lo | nope, I belkieve portions of the brlcad module is wired to use cmake, but not the whole thing |
| 12:35.19 | jack | ok |
| 12:35.31 | d-lo | the rt3 module, however, was converted to cmake a while back. |
| 12:35.42 | jack | :) |
| 12:36.23 | jack | no objections...a cmake setup is as patchable as an autotools one ;) |
| 12:36.31 | jack | i'm only a packager |
| 12:36.43 | d-lo | ..so a pack-man of sorts? ;) |
| 12:36.53 | jack | kinda, yeah |
| 12:37.35 | jack | want details? check http://pdb.finkproject.org/pdb/browse.php?maintainer=jackfink |
| 12:37.59 | jack | no preferences, i package pretty much everything that comes along |
| 12:38.27 | jack | (and builds, d'oh) |
| 12:39.19 | d-lo | impressive :) |
| 12:39.48 | jack | not that impressive ;) i'm doing this for 3 or 4 years meanwhile |
| 12:40.19 | jack | stuff accumulates rather quickly, and more than 50% of my packages are practically dead |
| 12:40.24 | CIA-73 | BRL-CAD: 03davidloman * r38947 10/rt^3/trunk/cmake/rt3commons.cmake: Forgot the NonVerbose/Verbose print logic for library projects. |
| 12:40.47 | jack | ortep3 is fortran code from the 80s... |
| 12:41.10 | jack | i kinda like to pick up such ancient jewels ;) |
| 12:41.46 | d-lo | nice :) |
| 12:41.54 | CIA-73 | BRL-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.20 | jack | as long as the gcc folks keep doing a good gfortran, nothing gets lost |
| 12:49.04 | jack | i guess i could do a big cleanup when fink decides to do a new tree (10.7? who knows) |
| 12:49.13 | jack | who needs all that kde3 crap |
| 12:49.25 | d-lo | lol |
| 12:50.13 | jack | all i do nowadays is occasionally check if upstream did a kde4 version meanwhile |
| 13:16.45 | ``Erik | I 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.22 | jack | maybe |
| 13:23.34 | jack | but who uses a mac for a kiosk system... |
| 13:24.05 | jack | almost none of my kde3 things is suitable anyway |
| 13:24.30 | ``Erik | heh, my thought was more the developer coding on the mac, then doing a linux build for the kiosk *shrug* |
| 13:25.03 | jack | sure, the libs are all there |
| 13:25.13 | jack | none of them my doing |
| 13:25.43 | ``Erik | aaanyways, that might be a reason for not ditching kde3 from the repo just yet |
| 13:25.47 | ``Erik | idle thought |
| 13:26.17 | jack | correct, but removing my kde3-using crap won't hurt the core anyway |
| 13:27.00 | ``Erik | still 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.03 | jack | wee |
| 13:28.10 | jack | which app is that? |
| 13:29.11 | ``Erik | one I wrote O.o :) |
| 13:29.35 | ``Erik | around 99 or 00, called 'gems' |
| 13:30.00 | ``Erik | Jan 23, 2000 |
| 13:30.57 | jack | haha wow |
| 14:37.18 | CIA-73 | BRL-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.26 | mafm | hallo |
| 14:56.38 | d-lo | howdy! |
| 15:22.05 | CIA-73 | BRL-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.32 | d-lo | Linking Question: |
| 15:39.44 | d-lo | if Application C is dependent on libB, and libB is dependent on libA, technically Application C depends on libA, right? |
| 15:42.50 | brlcad | strictly speaking, it depends |
| 15:43.41 | brlcad | er, 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.06 | brlcad | in 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.13 | brlcad | which is one of several reasons why external dependencies *cannot* be just added without regard to their maintainability and integratability |
| 15:46.51 | brlcad | particularly with managed dependencies, which has been our project stance since inception |
| 15:48.57 | d-lo | 'managed deps' == deps in our src tree? |
| 15:50.01 | brlcad | not 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.17 | d-lo | gotcha |
| 15:51.16 | brlcad | making 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.54 | brlcad | bundling sources is just one relatively straightforward way that keeps the effort in our hands and responsibility |
| 15:52.23 | mafm | yeah, nuke those deps! |
| 15:52.36 | mafm | that way I can create the debian package cleanly :P |
| 15:52.57 | brlcad | howdy mafm |
| 15:53.39 | d-lo | so should I (eventually) get eh qt source and put it in rt3/src/other/ ? |
| 15:53.53 | d-lo | s/eh/the/ |
| 15:55.08 | brlcad | d-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.10 | mafm | btw brlcad, any news from the guys that we sent the patches to? I haven't got any reply |
| 15:58.37 | brlcad | d-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.32 | brlcad | the idea is to not pass effort on to users -- passing it on to ourselves is fine |
| 15:59.42 | d-lo | brlcad: 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.45 | brlcad | mafm: which patches? |
| 16:00.57 | brlcad | d-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.37 | mafm | the ones of libjama & co |
| 16:01.58 | brlcad | if you're needing help with the actual syntax.. that's pretty much the work itself :) |
| 16:02.14 | d-lo | concepts :P |
| 16:03.20 | d-lo | what's the name of the tech that allows you to run 2+ monitors off a single DVI port? |
| 16:03.29 | d-lo | aka tricks the computer into seeing one large screen? |
| 16:03.48 | brlcad | xinerama? |
| 16:04.13 | brlcad | http://devmanual.gentoo.org/general-concepts/autotools/index.html |
| 16:04.19 | d-lo | was thinking hardware box |
| 16:04.22 | brlcad | that's a good place to start before talking |
| 16:04.37 | brlcad | dvi switcher |
| 16:04.49 | d-lo | switcher! thats the bloody word. |
| 16:04.52 | d-lo | thanks |
| 16:18.50 | d-lo | nope, thats not the word I was looking for after all :/ |
| 16:28.01 | d-lo | ah ha! so *thats* what the m4 files are! |
| 16:28.13 | d-lo | *lightbulb turns on* |
| 16:29.54 | CIA-73 | BRL-CAD: 03davidloman * r38951 10/rt^3/trunk/cmake/rt3commons.cmake: Forgot to remove some DEBUG printing lines. |
| 16:42.11 | d-lo | ``Erik: want it? http://www.govliquidation.com/auction/view?auctionId=3218816 |
| 16:56.59 | brlcad | heh, first bid $150 .. totally awesome |
| 16:57.31 | d-lo | that's what I was thinking :) pick up a 1/4 mil genny for $150..... plus transportation ;) |
| 16:57.54 | d-lo | "How to make the HOA mad" |
| 16:58.39 | brlcad | "where in the HOA does it say I can't have a backup generator?" |
| 16:58.45 | d-lo | hahaha |
| 16:59.14 | d-lo | I figure I could easily sell my neighbors a few KWH |
| 16:59.49 | d-lo | EcoTerrorismElectricCo |
| 16:59.56 | d-lo | Lancaster, PA |
| 17:03.43 | brlcad | http://www.govliquidation.com/auction/view?auctionId=3266028 |
| 17:04.17 | d-lo | aweome :) to bad no pictures though! |
| 17:04.23 | brlcad | yeah |
| 17:04.38 | d-lo | But I suppose the imagination is the best part lol |
| 17:04.54 | d-lo | I envision many practical jokes with that thing. |
| 17:06.57 | brlcad | okay, something more practical for the office... http://www.govliquidation.com/auction/view?id=3261898&convertTo=USD |
| 17:10.55 | brlcad | oh, bob was talking about buying one of these just friday.. http://www.govliquidation.com/auction/view?id=3266153&convertTo=USD |
| 17:10.57 | d-lo | mmmmmmmm dogs |
| 17:11.21 | brlcad | it's in MD, should show him |
| 17:13.19 | brlcad | hah, M35 lunch transport! http://www.govliquidation.com/auction/view?id=3238896&convertTo=USD |
| 17:15.00 | d-lo | heh, that's down in Fort Meade :) |
| 17:15.01 | d-lo | nice |
| 17:15.18 | d-lo | hahaha, 28k on the odometer |
| 17:15.34 | brlcad | not too shabby :) |
| 17:15.49 | d-lo | i bet it was a brutal 28k though ;) |
| 17:15.50 | brlcad | imagines parallel parking that bad boy outside his house |
| 17:16.05 | d-lo | hahahaha |
| 17:16.19 | d-lo | I bet you could fit elle (?) in the back, easily |
| 17:16.33 | brlcad | hm! |
| 17:16.50 | brlcad | a mobile parking spot |
| 17:18.18 | d-lo | get a big o plow for it and be the hero of the neighborhood! |
| 17:21.28 | CIA-73 | BRL-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.43 | d-lo | brlcad: 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.46 | brlcad | d-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.24 | brlcad | networking 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.39 | brlcad | test shouldn't need to be threaded |
| 18:00.52 | brlcad | certainly doesn't need a gui |
| 18:18.39 | ``Erik | d-lo: "kvm switch"? |
| 18:38.39 | ``Erik | heh, never drop the mic when lipsyncing O.o |
| 20:15.50 | ``Erik | *grouse* |
| 20:16.20 | CIA-73 | BRL-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.47 | CIA-73 | BRL-CAD: 03erikgreenwald * r38954 10/brlcad/trunk/src/adrt/libtie/tie_define.h: use typedef instead of #define for tfloat |
| 20:58.12 | CIA-73 | BRL-CAD: 03erikgreenwald * r38955 10/brlcad/trunk/src/adrt/libtie/tie_kdtree.c: casting fixes |
| 21:23.55 | CIA-73 | BRL-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.23 | CIA-73 | BRL-CAD: 03r_weiss * r38957 10/brlcad/trunk/src/conv/obj-g_new.c: adding functions to support direct to bot |
| 21:29.27 | brlcad | shakes his head |
| 21:30.09 | starseeker | hmm? |
| 21:33.20 | CIA-73 | BRL-CAD: 03bob1961 * r38958 10/brlcad/trunk/src/ (3 files in 3 dirs): |
| 21:33.20 | CIA-73 | BRL-CAD: Updated Archer's shift-grips to match the original as much as possible without |
| 21:33.20 | CIA-73 | BRL-CAD: conflicting with the current mouse mode. Added support for constrained rotations |
| 21:33.20 | CIA-73 | BRL-CAD: and translations. The constrained behaviors will always be in model coordinates. |
| 21:38.19 | CIA-73 | BRL-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.47 | CIA-73 | BRL-CAD: 03erikgreenwald * r38960 10/brlcad/trunk/src/adrt/load_g.c: this has no need for pthread.h. |
| 21:41.02 | CIA-73 | BRL-CAD: 03erikgreenwald * r38961 10/brlcad/trunk/src/adrt/adrt.h: wrap stdint.h in HAVE_STDINT_H |
| 21:47.33 | CIA-73 | BRL-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.13 | CIA-73 | BRL-CAD: 03erikgreenwald * r38963 10/brlcad/trunk/src/adrt/librender/camera.c: sys/time.h is no longer used here |
| 21:53.32 | CIA-73 | BRL-CAD: 03erikgreenwald * r38964 10/brlcad/trunk/src/adrt/libtie/tie_struct.h: undef near and far on win32 |
| 21:54.08 | CIA-73 | BRL-CAD: 03erikgreenwald * r38965 10/brlcad/trunk/src/adrt/librender/ (camera.c camera.h): pthread wrapping fixes |
| 22:04.38 | CIA-73 | BRL-CAD: 03erikgreenwald * r38966 10/brlcad/trunk/misc/win32-msvc8/adrt/adrt.vcproj: update link info |
| 22:10.05 | CIA-73 | BRL-CAD: 03erikgreenwald * r38967 10/brlcad/trunk/include/bn.h: wrap mersenne twister functions in BN_EXPORT and BU_EXTERN |
| 22:12.23 | ``Erik | hrm |
| 22:13.30 | ``Erik | I seem to have a libadrt.dll, but it's not quite healthy O.o I'll but indianlarry about it tomorrow |
| 22:14.35 | CIA-73 | BRL-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.33 | brlcad | starseeker: weiss manually creating BoTs instead of using the nmg routine |
| 23:13.45 | brlcad | apparently failing to create valid nmg |
| 23:14.07 | brlcad | or 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 | ``Erik | it's kinda gotten rediculous, time to re-assess and make new cards if other bits of that importer need real attention :/ |
| 23:27.21 | ``Erik | ls |