| 00:17.20 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/brlcad.spec.in: clean up header, add footer, remove reference to GPL as the license |
| 00:22.34 | Maloeran | There are platforms where longjmp() is not supported? |
| 00:23.19 | Maloeran | Assuming it's related to the PNG_SETJMP_NOT_SUPPORTED switch |
| 00:44.34 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/ (Makefile.am cvs2cl.pl): remove unused ChangeLog processing perl script (rcs2log is used instead) |
| 00:45.10 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/enigma/ (configure.ac Makefile.am configure.in): rename configure.in to configure.ac |
| 00:50.19 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/doc/legal/ (Makefile.am gfdl.txt gpl.txt): remove the GPL and GFDL licenses. they are no longer used. all GPL code was relicensed to LGPL, all documentation under the dual-licensing GPL/GFDL were relicensed under the BDL (BSD documentation license). |
| 00:58.40 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/sh/footer.sh: make .in and .ac files use the autoconf major mode instead of Makefile |
| 02:08.45 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/enigma/Makefile.am: remove the Makefile.defs since enigma has it's own configure and will otherwise mess with AC_CONFIG_SUBDIRS |
| 02:31.33 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/sh/footer.sh: let .ac and .in files use the specified indent instead of forcing 8 |
| 03:31.04 | *** join/#brlcad bobbens_ (n=bobbens@84.16.237.134) |
| 03:42.28 | *** join/#brlcad IriX64 (n=IriX64@bas3-sudbury98-1168057882.dsl.bell.ca) |
| 03:49.54 | *** join/#brlcad bobbens (n=bobbens@84.16.237.134) |
| 04:32.21 | *** join/#brlcad zap (n=zap@pool-72-64-253-55.tampfl.fios.verizon.net) |
| 04:42.25 | dtidrow | heh |
| 05:13.55 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/sh/header.sh: recognize lexer and parser files |
| 05:14.35 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/sh/footer.sh: recognize lexer and parser files, keep mode and tab-width first in the variable list in case variables/values is ever customized |
| 05:34.16 | brlcad | and damn old autoreconf/automake -f for obliterating COPYING and INSTALL files, presumptiously putting in default GPL verbage |
| 06:14.52 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/sh/header.sh: add recognition of PD for public domain works, remove the GPL and GFDL sections. |
| 06:19.07 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/sh/header.sh: PD work else statement was swapped, fixed. |
| 06:32.09 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/enigma/configure.ac: test application of PD headers, add a footer too along with detail that enigma comes from the Crypt Breaker's Workbench software |
| 06:33.06 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/enigma/enigma.1: Joerg spelled CBW incorrectly -- the proper project name is the Crypt Breaker's Workbench (this mistake has been impressively spread around the world now). |
| 06:36.06 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/enigma/Makefile.am: sources |
| 06:40.54 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/brlman/ (awf.in brlman.in): add local variables footer |
| 06:43.44 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/adrt/configure.ac: add a header and footer |
| 06:49.49 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/adrt/ (126 files in 18 dirs): give adrt some distinctiveness in the header |
| 07:00.14 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/enigma/ (AUTHORS INSTALL ChangeLog NEWS COPYING): initial basic documentation files to appease gnu autotools |
| 07:01.53 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/enigma/ (Makefile.am build.sh): add new basic doc files, remove the old build.sh script |
| 07:03.52 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/enigma/.cvsignore: ignore autotools turds |
| 07:09.58 | *** join/#brlcad bjork__ (n=bjork@ip70-178-168-191.ks.ks.cox.net) |
| 07:16.45 | *** join/#brlcad cad38 (n=47d2214e@bz.bzflag.bz) |
| 07:16.45 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/enigma/Makefile.am: er, so it is SOURCE |
| 08:19.23 | *** join/#brlcad sebastienbailard (n=sbailard@CPE000d88ba7a3b-CM001371169626.cpe.net.cable.rogers.com) |
| 08:19.30 | sebastienbailard | Evening all. |
| 08:20.27 | sebastienbailard | Is Sean in? |
| 08:20.46 | sebastienbailard | brlcad: Is Sean in? |
| 08:30.19 | brlcad | hello |
| 08:31.51 | sebastienbailard | Sean, is that you? I'm that fellow with RepRap who pestered you some time abck |
| 08:31.56 | sebastienbailard | back, rather. |
| 08:34.06 | sebastienbailard | Do you remember our exchange of emails? |
| 08:36.42 | sebastienbailard | The reason I came into this channel was to ask if it was possible to use brlcad as an engine in blender to give blender more cad features. |
| 08:37.28 | brlcad | hmm |
| 08:37.33 | sebastienbailard | It's a stupid question I suppose, but it's one that's been rattling in my head as I do the dishes and so on. |
| 08:37.42 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/autogen.sh: |
| 08:37.42 | CIA-5 | BRL-CAD: change the way COPYING and INSTALL are protected from being clobbered by |
| 08:37.42 | CIA-5 | BRL-CAD: automake's stupid behavior of overwriting our files with generic GNU content. |
| 08:37.42 | CIA-5 | BRL-CAD: instead of saving a backup to a file in the aux dir, save the contents of the |
| 08:37.42 | CIA-5 | BRL-CAD: file to memory (that is even preserved across internal restarts). restore as |
| 08:37.42 | CIA-5 | BRL-CAD: needed if/when the content is clobbered. |
| 08:37.53 | brlcad | I get a lot of e-mails.. your name is familiar but not the exact messages, I'd have to pull them up |
| 08:38.08 | brlcad | it's certainly possible, anything is possible with code ;) |
| 08:38.12 | sebastienbailard | I'd just came in to yammer. I'm working on the 3D printer thing. |
| 08:38.28 | brlcad | *but*.. it would be rather complex |
| 08:38.52 | sebastienbailard | This is true. I'd have to bribe the interested devs with a 3D printer. |
| 08:38.53 | brlcad | if only because blender's current geometry interface is rather complex |
| 08:39.14 | brlcad | and the entire modeling methodology isn't geared towards cad/cam or solid modeling |
| 08:39.26 | sebastienbailard | I realize. |
| 08:39.54 | brlcad | <PROTECTED> |
| 08:40.19 | brlcad | there's nothing in the gui that is going to prevent creation of degenerate geometry |
| 08:40.32 | sebastienbailard | The reason I was wondering is that folk are working on porting a 2D cad program into the modeling program ArtOfIllusion. |
| 08:41.08 | brlcad | qcad? |
| 08:41.29 | sebastienbailard | Archimedes. It's an architectural cad. |
| 08:41.32 | brlcad | ah |
| 08:42.09 | sebastienbailard | <PROTECTED> |
| 08:43.43 | sebastienbailard | I'm not sure if the blender devs would be interested. |
| 08:44.29 | sebastienbailard | Or the BRLCAD devs for that matter. |
| 08:44.54 | brlcad | i'm interested in most developments that involve BRL-CAD ;) |
| 08:45.19 | sebastienbailard | Well, I'm going to pester the blender devs a bit. I think we may want a parametric cad tool though. |
| 08:45.42 | brlcad | but that said, there are limits -- e.g. I wouldn't be inclined to integrate with Blender -- they're just not geared for solid modeling in the least, it would cause so many problems |
| 08:46.13 | sebastienbailard | That's fair. |
| 08:46.19 | brlcad | I mean, I wouldn't object to someone else trying -- I'd certainly support them and help with the brl-cad side of things |
| 08:46.49 | sebastienbailard | I didn't think it was a good idea, but I didn't know the answer to the question. |
| 08:47.04 | brlcad | the goal, though, is akin to trying to use Maya for CAD purposes.. |
| 08:47.15 | brlcad | it's just .. problematic on so many levels |
| 08:47.46 | sebastienbailard | That's fair. |
| 08:48.11 | sebastienbailard | The MIT fab lab folk are using blender in lieu of a real CAD program. |
| 08:48.25 | brlcad | it's frankly be easier to integrate with archimedes, even with them being a java code and there needing to be some network interface or jni layer ;) |
| 08:48.51 | brlcad | or extract the blender gui library and use that to build a cad interace |
| 08:48.55 | sebastienbailard | The only problem is that archimedes is 2D cad. |
| 08:49.01 | brlcad | yep |
| 08:49.36 | sebastienbailard | There's a fellow who wrote a free 3D cad program in visual c++ for windows. I'll talk to him. |
| 08:50.17 | sebastienbailard | Well, thank for the well reasoned answer. |
| 08:50.49 | sebastienbailard | And tell me if you ever want to borrow an extruder head to make a 3D printer. |
| 08:51.13 | brlcad | on that similar note, if yourself or others want to make those kinds of improvements to brl-cad directly .. the project is rather open to new developers ;) |
| 08:51.36 | brlcad | heh, will do :) |
| 08:51.51 | sebastienbailard | I was thinking of inviting you to take an informal look at our java driver code, actually. :) |
| 08:52.41 | brlcad | do you directly interface with a particular 3d printer? |
| 08:53.03 | sebastienbailard | Yes. The gpl self replicating one we're building at RepRap.org. |
| 08:53.45 | sebastienbailard | It's not self-replicating _yet_. That will be the 1.0 release. |
| 08:54.17 | brlcad | "it *will* [emphasis mine] be able to make copies of itself" |
| 08:54.31 | sebastienbailard | We're aiming for 2008. |
| 08:54.41 | sebastienbailard | This is how far we've gotten. |
| 08:54.50 | sebastienbailard | http://reprap.blogspot.com/ |
| 08:55.09 | brlcad | heck for $400, I'd buy one .. |
| 08:55.38 | sebastienbailard | Keep an eye out for the announcement of the loaner machines. |
| 08:55.59 | sebastienbailard | We won't be selling them for a while. But we will be sending out loaner machines. |
| 08:56.31 | sebastienbailard | People who happen to have a populated PCB board, steppers, and a reel of filament get on the short list. |
| 08:57.20 | brlcad | curious, how are you currently creating/managing geometry |
| 08:57.46 | brlcad | presumably you have a geometry importer of some sort or a geometry format of your own |
| 08:57.56 | sebastienbailard | STL slicing. I think adrian is working on figuring out support material geometry right now. |
| 08:58.10 | sebastienbailard | I don't know what we're going to do for DXF importing. |
| 08:58.34 | brlcad | hm, "ew" :) |
| 08:58.46 | sebastienbailard | It's a "standard". |
| 08:59.14 | brlcad | "the thing so great about standards is that there are so many to choose from" |
| 08:59.43 | brlcad | stl is just the lowest common denominator for explicit factized geometry, otherwise retains no topological information |
| 08:59.49 | sebastienbailard | Pretty much. I say that to myself everytime I want metric drill bits. |
| 09:00.09 | sebastienbailard | I'm somewhat familiar with stl's lack of virtues. |
| 09:00.24 | sebastienbailard | It happens to be the standard data interchange format in RP. |
| 09:00.50 | brlcad | RP? |
| 09:00.58 | sebastienbailard | rapid prototyping. |
| 09:01.02 | brlcad | ah |
| 09:01.17 | brlcad | i was stuck on "RR" :) |
| 09:01.28 | sebastienbailard | They bitch about stl, but that's what they use. |
| 09:02.15 | brlcad | yeah, we've sent some of our models off to a RP shop nearby, stl was the easiest to extract for them |
| 09:03.02 | brlcad | seems that there are so many better formats though, especially given that it's being turned into effectively rasterized layers when given to the printer |
| 09:04.19 | sebastienbailard | Hmm... |
| 09:04.32 | sebastienbailard | What's your cost / cubic inch? |
| 09:06.43 | brlcad | for this particular shop, there as no cost to us because we have mutually aligned interests |
| 09:07.06 | brlcad | but then our only interactions to date have just been mostly demos and testing |
| 09:07.40 | brlcad | i'm not familiar with what they charge otherwise |
| 09:07.44 | brlcad | at least I don't recall |
| 09:08.27 | sebastienbailard | Ah well. Their business model may change a bit. |
| 09:10.13 | brlcad | they're not commercial, so not readily influenced by industry change .. they serve specific needs/users ;) |
| 09:10.32 | sebastienbailard | Hmm.. |
| 09:11.17 | brlcad | that said, that's an industry that really could use change |
| 09:11.30 | brlcad | it is overly expensive atm |
| 09:12.03 | sebastienbailard | Pretty much. But the fab@home guys have shown how cheap you can do it. |
| 09:12.17 | sebastienbailard | They have a working machine at USD$2.5k. |
| 09:14.53 | brlcad | is that you in the video giving a presentation? |
| 09:14.58 | sebastienbailard | Nope. |
| 09:15.11 | sebastienbailard | Vik Oliver probably. |
| 09:15.24 | brlcad | yeah, vik |
| 09:16.12 | brlcad | so do you know what exactly is fed to the RP machine for a given layer data-wise? |
| 09:16.42 | sebastienbailard | I'm not sure. I still need to crawl through the driver code. |
| 09:17.30 | brlcad | there would definitely be some great potential for direct collaboration there |
| 09:17.45 | sebastienbailard | Do you want to take a look at it then? |
| 09:17.51 | brlcad | brl-cad's support for various geometry format is pretty extensive (including nearly full dxf support) |
| 09:18.17 | sebastienbailard | I had a sense of that. |
| 09:18.57 | sebastienbailard | Do you think we could just pull out some libraries? |
| 09:19.41 | brlcad | as well as a standardized ray-tracing engine for converting models to something like a raster model, or a volumetric model, or layer by layer via CSG, etc |
| 09:20.44 | sebastienbailard | I'll mention it to the 2-3 guys who know what they're talking about. |
| 09:20.48 | brlcad | the core ray-tracing engine is readily extractable or usable as-is though it processes brl-cad's geometry format at that lower level |
| 09:21.30 | brlcad | there's work under way to turn our several dozen converters into a coherent API/library --the code is fairly well-contained per geometry format |
| 09:22.12 | sebastienbailard | I did get the sense that BRL CAD was rigourously modularized. |
| 09:22.22 | sebastienbailard | Do you have 3ds support? |
| 09:22.43 | brlcad | currently, all of the converters are stand-alone commands that can be piped together and used with other utilities |
| 09:23.02 | brlcad | no, 3ds support isn't there |
| 09:23.24 | sebastienbailard | Ah. I see. |
| 09:23.32 | brlcad | several of the 3d geometry formats that aren't relevant to solid modeling specifically haven't been looked into |
| 09:24.15 | sebastienbailard | That's reasonable. |
| 09:25.37 | sebastienbailard | Ah well, I need to sign off, if I'm to get enough sleep. |
| 09:26.08 | sebastienbailard | Thank you for the explanation. |
| 09:28.19 | brlcad | a list of the converters |
| 09:28.20 | sebastienbailard | programmable? |
| 09:28.23 | brlcad | heh |
| 09:28.26 | brlcad | not that kind |
| 09:28.38 | brlcad | a list of the converters if you're interested, uploading now |
| 09:30.33 | sebastienbailard | Ah. I found a table. |
| 09:30.52 | brlcad | basic overview: http://ftp.brlcad.org/tmp/overview_page8.jpg |
| 09:31.04 | brlcad | converters: http://ftp.brlcad.org/tmp/converters_page23.jpg |
| 09:31.38 | sebastienbailard | I'm looking at it. |
| 09:32.35 | sebastienbailard | My colleague asserts that dxf is a 2d data format. Is that correct? |
| 09:33.13 | brlcad | dxf has 2d and 3d entities |
| 09:33.24 | sebastienbailard | That's what I thought. |
| 09:33.37 | brlcad | we initially only supported 3d dxf files |
| 09:34.11 | sebastienbailard | I spent a couple hours getting this one toolpath program to work, turns out it does 2D DXF. |
| 09:34.17 | brlcad | which are actually rather common if you're in the solid modeling and/or cad industry and are actually looking at a model of, say, some part |
| 09:34.37 | brlcad | e.g. if you made a sphere in blender, and exported dxf, it'll be a 3d dxf entity |
| 09:34.43 | sebastienbailard | So 3D dxf files are very common, right? |
| 09:34.52 | brlcad | depends on the industry |
| 09:35.04 | sebastienbailard | My colleague must not work in that industry. |
| 09:35.16 | brlcad | in the domains that tend to care less about 3d, it's a lot less common |
| 09:35.35 | brlcad | like if it is a bunch of drawings of a building.. drawings are mostly useless ;) |
| 09:35.48 | sebastienbailard | Well. we're not printing buildings. |
| 09:35.52 | sebastienbailard | That's another guy. |
| 09:36.18 | sebastienbailard | UCLA or USC or something. |
| 09:36.30 | brlcad | we actually import 2D dxf into brl-cad directly, where we have support for 2D sketch entities .. which can of course be extruded into a 3d solid object |
| 09:37.08 | sebastienbailard | hmm... |
| 09:37.33 | sebastienbailard | Hey, you don't know of any foo-> gcode programs out there do you? |
| 09:37.42 | brlcad | actually... |
| 09:39.09 | brlcad | yeah, I do .. one of brl-cad's former devs has been quite busy working on some new CAM software that generates gcode |
| 09:39.09 | sebastienbailard | Does it use opencascade? |
| 09:39.18 | brlcad | no, it's entirely homegrown from scratch |
| 09:39.20 | sebastienbailard | What would it be? |
| 09:39.27 | brlcad | Twingy: wake up |
| 09:39.43 | sebastienbailard | I've spent rather a while looking for that kind of tool. |
| 09:40.38 | sebastienbailard | Do you have a link in the meanwhile? |
| 09:42.34 | brlcad | ~gcam is a the open source GNU Computer-Aided Machingin project, developed by Justin Shumaker, for supporting basic CNC mills by directly exporting g-code to your favorite CNC driver application. See http://gcam.js.cx/ for details. |
| 09:42.36 | ibot | okay, brlcad |
| 09:42.59 | sebastienbailard | doesn't import yet. |
| 09:43.07 | sebastienbailard | Unless it's changed since last night. |
| 09:43.33 | sebastienbailard | I'll check. |
| 09:43.35 | brlcad | yeah, he's not too big on collaboration or using other people's stuff .. :) |
| 09:43.49 | sebastienbailard | Some folk are like that. |
| 09:43.58 | brlcad | yeah |
| 09:44.21 | sebastienbailard | There's another open source printer project out there, fab@home. |
| 09:44.57 | brlcad | shame too, because he really can churn out good stuff useful to others and fast when he puts his mind to it -- several of his projects would have taken off with collaboration |
| 09:45.21 | brlcad | but then .. he gets them to where he wanted them for his purpose, then gets bored and moves on to something else .. |
| 09:45.38 | sebastienbailard | Well, if he ever gets stl and dxf importing going, he'll be popular. |
| 09:45.52 | sebastienbailard | Atleast with the diy cnc crowd. |
| 09:48.09 | brlcad | course he also picked a project name that conflicts with others that have existed longer, but in all fairness I think they're mostly dead projects (like g[tk web]cam[era]) |
| 09:48.44 | sebastienbailard | I know of 2, maybe three other free cam progams out there actively being developed. |
| 09:50.19 | brlcad | in the big scheme of things, brl-cad's actually probably still closest to being a useful cam system just due to all of the attention to the details required for solid modeling and data management that others lack -- just without a user interface exposing that functionality |
| 09:51.01 | sebastienbailard | I think toolpath generation can get a little complicated... |
| 09:52.48 | brlcad | yeah, it can -- which is also another reason it's so important to actually work with solid geometry that provides geometric assurances |
| 09:53.23 | sebastienbailard | I think there would be a lot of interest in that application, if you were to create it. |
| 09:54.07 | brlcad | else you end up really just wasting so much time on issues that are technically np-complete and rather impractically unsolvable for the generic case, where water-tight/crack-free solids matter instead of polygon soup |
| 09:54.59 | sebastienbailard | I think I follow. |
| 09:55.02 | brlcad | there would be, but it's outside of our domain given our focus is heavily on 3D solid modeling for CAD analysis purposes, not concept, design, or machining purposes |
| 09:55.38 | brlcad | each one of those purposes is an entire CAD industry with major players ;) |
| 09:55.52 | sebastienbailard | As a hobby fabricator, it's a gap/ Not necessarily one brlcad has to fill, but a gap. |
| 09:56.17 | brlcad | it's the lower right corner of http://ftp.brlcad.org/Industry_Diagram.png |
| 09:58.33 | sebastienbailard | Hmm... |
| 09:58.39 | brlcad | hm, though how RP exactly falls into that particular diagram is misleading (and unlisted) .. don't think it'd be contiguous, or at least not to appropriate scale |
| 09:59.02 | sebastienbailard | We're doing the cottage industry thing. |
| 09:59.48 | brlcad | the "purposes" I was referring to are the dashed line boxes |
| 10:00.08 | sebastienbailard | Right. Sorry. |
| 10:02.34 | sebastienbailard | Well, I need to sleep. Drop me a line if you start crawling through our code or something. |
| 10:02.44 | brlcad | sounds good |
| 10:02.49 | brlcad | is it all java, or a mix? |
| 10:03.04 | sebastienbailard | Java, with some c for the PICs. |
| 10:03.18 | brlcad | k, thought I heard mention of C code in the presentation |
| 10:03.55 | sebastienbailard | We're not actively courting developers, but if your start submitting patches... |
| 10:04.21 | brlcad | I appreciate the thought, and likewise |
| 10:04.39 | sebastienbailard | Maybe after the 1.0 release. |
| 10:04.46 | sebastienbailard | Take care. |
| 10:04.56 | brlcad | a pleasure |
| 10:05.02 | *** part/#brlcad sebastienbailard (n=sbailard@CPE000d88ba7a3b-CM001371169626.cpe.net.cable.rogers.com) |
| 10:13.05 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/ (.cvsignore Makefile.am enigma/COPYING enigma/INSTALL): no longer generating COPYING.backup and INSTALL.backup |
| 10:15.34 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/misc/enigma/ (COPYING INSTALL): gah, revert retarded GNUism clobbering of INSTALL and COPYING, replacing the the annoying presumptuous GPL and overly verbse installation instructions. |
| 10:31.14 | *** join/#brlcad clock_ (i=clock@84-72-63-61.dclient.hispeed.ch) |
| 11:50.04 | *** join/#brlcad cad72 (n=54456272@bz.bzflag.bz) |
| 13:33.53 | Twingy | wtf? wake up at 4:30 AM? weirdo |
| 14:33.44 | *** join/#brlcad IriX64_ (n=IriX64@bas3-sudbury98-1168057882.dsl.bell.ca) |
| 14:40.48 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1088754251.dsl.bell.ca) |
| 14:48.58 | *** join/#brlcad IriX64 (n=IriX64@bas3-sudbury98-1168057882.dsl.bell.ca) |
| 16:49.42 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 18:59.03 | *** join/#brlcad clock_ (i=clock@84-72-63-61.dclient.hispeed.ch) |
| 19:33.20 | CIA-5 | BRL-CAD: 03erikgreenwald * 10brlcad/src/conv/Formats.csv: importer/exporter table, based on the conversion slide brlcad@ prepared. |
| 20:05.59 | brlcad | keen |
| 20:06.42 | dtidrow | heh |
| 20:20.24 | CIA-5 | BRL-CAD: 03erikgreenwald * 10brlcad/configure.ac: |
| 20:20.25 | CIA-5 | BRL-CAD: If told not to build OpenNURBS and cannot find one installed, do not fail. |
| 20:20.25 | CIA-5 | BRL-CAD: "Chomp" the surrounding whitespace on the OPENNURBS variable so "x$OPENNURBS" |
| 20:20.25 | CIA-5 | BRL-CAD: will resolve to "x" instead of "x ". |
| 20:22.30 | CIA-5 | BRL-CAD: 03erikgreenwald * 10brlcad/src/librt/Makefile.am: Only include src/other/opennurbs in the dependancy list if actually building OpenNURBs. |
| 20:38.33 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/other/tkimg/zlibtcl/Makefile.am: need libz's cppflags |
| 20:45.48 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/conv/Makefile.am: include Formats.csv in the dist |
| 21:05.26 | ``Erik | http://www.smbc-comics.com/ |
| 21:07.21 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/librt/Makefile.am: fi typo |
| 21:17.48 | ``Erik | awhoops |
| 21:18.55 | ``Erik | (for some reason, my mac is making me hold the escape key for like half a second before accepting it, it's totally mucking up my vim usage) |
| 21:19.51 | brlcad | Activity Monitor show anything? |
| 21:20.39 | ``Erik | nope |
| 21:20.45 | ``Erik | and it only seems to be in X |
| 21:23.22 | ``Erik | lo and behold, it does |
| 21:23.48 | ``Erik | *sigh* it's a mac, it's not supposed to do shit like that, 'restart' and 'reboot' are supposed to be alien concepts :( |
| 21:24.42 | dtidrow | heh |
| 21:26.32 | brlcad | ``Erik: they allow it on X11 so the linux/unix weenies feel more comfortable |
| 21:28.28 | dtidrow | you mean the Windows weenies |
| 21:29.00 | ``Erik | heh, I'm more used to sun and bsd o.O reboots are only for certain kinds of kernel upgrades, hw failure on shitty hw, or catastrophic hw failure (like 'nuke' or 'massive meteor') on real machines |
| 21:29.11 | dtidrow | yeah |
| 21:29.53 | dtidrow | haven't rebooted this box in two months, and that was due to a power outage that drained the UPS |
| 21:29.57 | ``Erik | (opposed to linux where ya reboot every other week because 2.6.18a4 was released, or windows where you reboot because you moved your mouse...) |
| 21:30.02 | dtidrow | 10os[Linux 2.6.11-6mdksmp i686] 10cpu[2 x AMD Athlon(tm) Processor @ 1.67GHz] 10mem[Physical : 786MB/2026MB Free] 10disk[Total : 44.58GB/494.87GB Free] 10video[GeForce 6800 Ultra] 10sound[0: EMU10K1 - Sound Blaster Live!] |
| 21:30.31 | dtidrow | heh - only if you like chasing the latest upgrades |
| 21:30.48 | dtidrow | I haven't seen a real need to upgrade in a while |
| 21:31.34 | ``Erik | <PROTECTED> |
| 21:31.42 | dtidrow | though I've been thinking about perhaps trying out another distro instead of Mandrake/Mandriva here |
| 21:31.52 | ``Erik | I wish I had real uptime :( |
| 21:32.14 | ``Erik | I had a p75 with just over 400 days... and last job, a few suns with 1400 something days |
| 21:33.07 | dtidrow | p75 for a firewall? |
| 21:33.26 | ``Erik | no, web/mail server |
| 21:33.58 | dtidrow | well, as long as you don't put a lot of load on it, I guess |
| 21:34.07 | ``Erik | it takes load |
| 21:34.23 | dtidrow | throttled by b/w, then? |
| 21:34.27 | ``Erik | *shrug* usually it stays below 1 unless a lot of people hit the wiki (stupid bots) |
| 21:34.29 | ``Erik | no, fat pipe |
| 21:34.55 | ``Erik | lean pages, almost no graphics at all, and all the html (outside of the wiki) was hand written, not the 8k of comment and div tag shit you see on lame sites |
| 21:35.03 | dtidrow | what's 'fat' these days, anyway? |
| 21:35.13 | ``Erik | I think it's on a t3 |
| 21:35.14 | dtidrow | ah, that helps :-) |
| 21:35.36 | dtidrow | T3 is 45Mbps? |
| 21:35.39 | ``Erik | the pipe outruns the 10baseT card in it *shrug* |
| 21:35.42 | ``Erik | yeah |
| 21:35.50 | dtidrow | ah |
| 21:36.01 | dtidrow | was thinking it was a home-based system |
| 21:36.07 | ``Erik | 5.6 megs/sec, and it's got a shoddy isa 10baseT |
| 21:36.51 | ``Erik | my 850mhz home box lost the power supply a couple weekends ago, so my 'experiment' box is doing that duty :( |
| 21:36.55 | dtidrow | couldn't you drop a nice 3com 100bT PCI card into it? |
| 21:37.08 | ``Erik | in what, the p75? |
| 21:37.10 | dtidrow | yeah |
| 21:37.13 | ``Erik | why? |
| 21:37.22 | dtidrow | to better match the T3 |
| 21:37.37 | dtidrow | or does it have the T3 card in it? |
| 21:37.50 | ``Erik | it gets daily backups, when the fans seize up and the machine cooks, it'll get chucked in the garbage and I'll find another place to put the name and page |
| 21:38.08 | dtidrow | heh |
| 21:38.37 | dtidrow | does a p75 even ned fans? ;-) |
| 21:38.39 | dtidrow | need |
| 21:38.54 | ``Erik | the machine's name is 'phoenix', it supplanted 'lazarus'... both were dead machines that were donated to a linux users club, made to work, put in a friendly isps' corner, and that was that... |
| 21:39.29 | ``Erik | depends on how cold the room is and how big the heat sink is :D |
| 21:39.45 | dtidrow | yeah, I've got a bunch of old hardware collected from various parking lot 'swap meets' at NOVALUG meetings :-) |
| 21:40.12 | dtidrow | if the fans die, put it outside (at least until spring) ;-) |
| 21:40.27 | dtidrow | should keep it nice and cool.... |
| 21:40.29 | ``Erik | <-- was heavily involved in the southern missouri linux users club, even after seing the light and going the way of bsd :) |
| 21:40.34 | ``Erik | seeing |
| 21:40.47 | dtidrow | bsd is fringe |
| 21:40.59 | ``Erik | fbsd rocks my socks off |
| 21:41.09 | ``Erik | and is a lot less fringe than ya'd think... it's just not... well... marketted.. |
| 21:53.03 | *** join/#brlcad pcman (n=524c1dd7@bz.bzflag.bz) |
| 22:08.04 | *** join/#brlcad pcman (n=manoliu@82.76.29.215) |
| 23:04.41 | *** join/#brlcad bjorkBSD (n=bjork@ip70-178-168-191.ks.ks.cox.net) |
| 23:15.19 | louipc | pity. I was considering using fbsd but I'd like to keep my socks |
| 23:30.09 | ``Erik | heh |
| 23:35.41 | brlcad | mm.. food |
| 23:39.21 | louipc | bbq ribs |
