IRC log for #brlcad on 20081030

00:29.55 starseeker brlcad: Is the Liquid Wiki Engine Project for Drupal any good? http://drupal.org/node/142409
00:30.43 *** join/#brlcad Ralith_ (n=ralith@216.162.199.202)
00:33.31 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
00:37.08 *** join/#brlcad Ralith_ (n=ralith@216.162.199.202)
00:40.04 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
00:43.31 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
00:46.31 *** join/#brlcad Ralith_ (n=ralith@216.162.199.202)
00:49.00 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
00:51.55 *** join/#brlcad Ralith_ (n=ralith@216.162.199.202)
00:55.15 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
00:58.02 *** join/#brlcad Ralith_ (n=ralith@216.162.199.202)
01:01.26 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
01:05.03 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
01:07.58 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
01:10.40 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
01:14.05 *** join/#brlcad Ralith_ (n=ralith@216.162.199.202)
01:19.06 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
01:22.42 *** join/#brlcad Ralith_ (n=ralith@216.162.199.202)
01:26.20 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
01:29.10 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
01:41.46 *** join/#brlcad Ralith_ (n=ralith@216.162.199.202)
01:53.18 *** join/#brlcad Ralith_ (n=ralith@c-71-197-213-172.hsd1.or.comcast.net)
01:58.50 ``Erik nickcollkill on yourself, impressive
02:00.30 starseeker needs to set up Drupal on his home machine so he can experiment without severe risk to the brlcad.or website
02:02.09 ``Erik once you install freebsd, just do "portmanager www/drupal6" and it's done :D *duck*
02:04.15 Ralith <3 freebsd
02:11.57 ``Erik hrm, two hits with just hc's, or do I bring my dreadnaught to single-shot it
02:12.57 starseeker jeez, gentoo-wiki.com is well and truly screwed
02:13.23 ``Erik naturally, it runs on gentoo... :D *duck*
02:13.31 starseeker this is going to be poster child #1 for the importance of off-isp-server backups
02:13.51 ``Erik 3 location, yo
02:13.56 starseeker their isp got in a billing dispute and no one will help him get his data back
02:14.29 starseeker locations wouldn't have done it in this case, he needed multiple company backups
02:15.30 ``Erik ah, I've been fighting to get my data from a university for the last couple months, sucks
02:16.32 starseeker there's something to be said for having physical tape backups in a few locations under your control...
02:16.51 ``Erik depends on how much data you're talking about
02:17.06 ``Erik when you start measuring dat9 by terabytes, it gets real expensive real fast
02:17.14 starseeker grumbles... gentoo-wiki was EXTREMELY useful and had info on Drupal setup - hope google cache was reasonably current
02:17.20 starseeker true :-)
02:17.35 starseeker unless you're doing lots of multimedia though, that's pretty unlikely
02:22.08 starseeker heads home...
02:27.37 *** join/#brlcad naroth (n=Administ@24-236-179-96.dhcp.mrqt.mi.charter.com)
02:28.23 *** part/#brlcad naroth (n=Administ@24-236-179-96.dhcp.mrqt.mi.charter.com)
03:50.36 brlcad starseeker: can't say I've ever heard of it before today
03:54.37 brlcad but I don't see why we'd bother either -- if wiki is the approach, we have mediawiki; otherwise straight up drupal customization is probably easiest
03:54.51 brlcad one thing to look at, though, might be drupal Book Import and Book Export
03:55.19 brlcad they use xml format there already -- doing an xml<->xml conversion (or maybe get lucky if it's already docbook) might be really trivial
03:55.49 starseeker I was under the impression their book format was a rather specific way of linking individual pages to each other
03:56.05 starseeker which isn't really what we're looking for for the man pages
03:56.26 starseeker but yeah, I'll definitely be peaking at the code for a basic education :-)
03:56.51 starseeker is working on getting a basic LAMP setup going on his home box
03:57.46 brlcad if you think of each manual page as a book, it works out just fine -- the only linking is book-to-book and metabooks
03:58.14 brlcad or even each manual page as a book section, there are lots of corrollaries
03:58.30 starseeker Hmm. OK, I guess some experimentation is in order
03:58.43 brlcad might want to check out this guy's work: http://www.puregin.org/node/201
03:58.54 starseeker winces recalling how his last attempt to setup a LAMP environment went...
03:59.39 brlcad as well as http://drupal.org/project/book_import_export of coruse .. it might do the trick outright now
03:59.54 brlcad though I entirely expect that code will need to be written to make it work
04:00.04 starseeker nods.
04:00.05 brlcad just might get lucky with someone starting things though
04:00.31 starseeker I might do some work on the machine here tomorrow - that way anything truly destructive is confined to this box
04:01.07 starseeker needs to just take the damn bull by the horns and make this work
04:02.42 starseeker blinks - I didn't realize book import/export was supposed to replace the specific docbook export module
04:05.00 starseeker that may help
04:07.38 starseeker doggone it...
04:07.49 starseeker gets php recompiling and grabs a few winks...
05:38.38 *** join/#brlcad elite01 (n=omg@unaffiliated/elite01)
07:21.15 *** join/#brlcad elite01 (n=omg@unaffiliated/elite01)
07:26.10 *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6)
08:16.16 *** join/#brlcad Ralith_ (n=ralith@c-71-197-213-172.hsd1.or.comcast.net)
09:17.11 *** join/#brlcad clock_ (n=clock@84-72-91-240.dclient.hispeed.ch)
09:40.43 *** join/#brlcad mafm (n=mafm@193.136.2.120)
09:47.09 mafm hi pplz
10:16.19 *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz)
10:19.20 *** join/#brlcad illethal (n=oden@c-71-200-221-159.hsd1.fl.comcast.net)
12:06.00 brlcad howdy mafm
12:20.46 mafm I do cool
12:21.03 mafm refrigerated by 3 giant UPSs
12:21.08 mafm bringing me a nice flu
12:29.11 brlcad heh, fun
12:34.38 mafm 700TB of storage and not a single disk for p2p, that's not fair!
12:36.12 mafm the internet is for pr0n, after all
12:36.39 clock_ pr0n and spam
12:42.33 brlcad mafm: that's a decent size data store, so where are you at? :)
12:43.04 mafm that's a new datacenter to be used for grid projects
12:43.17 clock_ p0rn grid?
12:43.19 mafm to calculate the size of the new black hole from LHC and things like that
12:53.16 mafm and 112 blade servers with 8 cores each and 24/32 GB of RAM
12:53.31 mafm I guess that somebody would make decent animations with that
13:04.54 clock_ The nature has so many mysteries
13:05.09 clock_ Like the one I want to know is does the BF998 transistor still have 1/f noise at 1 MHz?
13:09.47 ``Erik http://www.youtube.com/watch?v=19s4PCaQ5Mk
13:15.46 mafm be back later
13:15.52 ``Erik hasta la pasta
13:16.10 mafm something like that, yep :)
13:40.21 starseeker pfft - the book_import_docbook.module file is empty
13:41.32 ``Erik sucks to be you
13:49.48 brlcad maybe it's a "Choose Your Own Adventure" module
13:50.00 starseeker heh
13:50.30 starseeker falls back on the last resort - "when all else fails, read the docs"
13:51.07 starseeker brlcad: I take it we're staying with Drupal 5 for a while?
13:51.43 ``Erik um, the new machine has 6.6
13:52.21 starseeker blinks - this one has 5.7 according to the changelog
13:52.34 ``Erik bz.bzflag.bz is the old one
13:53.37 ``Erik brlcad last logged into the new one about a year ago, otherwise I've been the only one touching it :)
14:07.49 brlcad starseeker: we could update to 6, but at the time nobody had upgraded the ldap module
14:17.05 starseeker OK
14:17.53 starseeker is also poking at mediawiki - there's an extension to allow iframes, which might come in handy for throwing up the html output of an xsltproc conversion
14:19.09 starseeker yeah, ldap for v6 is still on Aug. 12 alpha2 release
14:21.51 louipc down with frames!
14:22.31 starseeker louipc: In this case it's a convenient solution - xsltproc will give me a complete html page, which I then need to display as a "view" inside another page
14:22.47 starseeker er "preview" rather
14:27.57 louipc yeah they make it 10 times easier. damn them!
14:29.00 *** join/#brlcad mafm (n=mafm@193.136.2.120)
14:34.25 clock_ 999999/win 11
14:50.29 mafm ?
14:54.33 *** join/#brlcad PrezKennnedy (i=Matthew@whitecalf.net)
16:16.08 *** join/#brlcad pacman87 (n=Timothy@resnet-45-219.dorm.utexas.edu)
16:44.01 brlcad howdy pacman87
16:51.04 mafm brlcad: do you know of a simple, right way to format strings when you have to print size_t and the like?
16:51.22 mafm the compiler emits warnings, depending on your coomputer architecture
17:29.42 ``Erik would %p be right for you?
17:30.45 mafm nope, it's %zu
17:33.12 ``Erik ahhh, new c99 toys
17:53.16 mafm :)
17:54.06 mafm I don't know why they don't have fixed size data in all platforms since the beginning, even if for size_t was probably not an option
17:54.46 ``Erik they did in the beginning
17:54.55 ``Erik you could choose a pdp7, pdp8, pdp9, or pdp11
17:56.41 mafm what do you mean?
17:57.52 mafm I mean to use "int32_t" instead of having "int", with different sizes in each platform
17:58.50 ``Erik C was written as a kernel language for the pdp-7, it wasn't intended for portable applications :) so "in the beginning" was a radically different place
17:59.10 ``Erik why use int18_t when all ints are int18_t ?
18:03.27 *** join/#brlcad elite01 (n=omg@unaffiliated/elite01)
18:05.32 archivist which reminds me In the beginning there was data. The data was without form and null,
18:05.32 archivist > and darkness was upon the face of the console; and the Spirit of IBM
18:05.32 archivist > was moving over the face of the market. And DEC said, "Let there be
18:05.32 archivist > registers"; and there were registers
18:06.03 archivist cant find the full one at the moment
18:07.03 ``Erik heh, geekenis 0x01:0x01 ?
18:07.18 archivist found it http://www.humournet.com/misc.humour/creation.txt
18:07.33 mafm dunno about the beginnings, but now it's really inconvenient
18:08.15 archivist get used to it, chips are always changing size
18:12.26 mafm :)
18:12.30 mafm I go now, take care
18:24.04 *** join/#brlcad cad86 (n=48dbbdd4@bz.bzflag.bz)
19:36.27 starseeker Oh my, a CNC carved pumpkin
19:36.32 starseeker that's just wrong
19:38.21 *** join/#brlcad Bariton (n=Bary@p5B14E59A.dip.t-dialin.net)
20:18.44 *** join/#brlcad elite01_ (n=omg@unaffiliated/elite01)
20:20.53 brlcad starseeker: oops, I suspect you ran a grep to find the implementations?
20:21.02 brlcad (looking at the table you sent)
20:21.37 brlcad alas, a lot of them are empty, so you actually have to look at the implementation to see if they're non-empty
20:21.43 starseeker sort of
20:21.44 starseeker ah
20:21.53 starseeker I caught a few empty ones
20:22.06 starseeker I was looking for prim_tess
20:22.19 brlcad and nmg isn't the right routine I think
20:22.28 brlcad it's the _nurb routine
20:22.31 brlcad misspoke
20:22.47 starseeker erm
20:22.47 brlcad (nurbs are nmgs, just not the other way around)
20:23.23 starseeker judging by the svn logs, Ben did three primitives with the new opennurbs logic
20:23.33 brlcad thinks a matrix of all the callbacks is in order sometime soon, would make a good todo list
20:23.37 brlcad s/list/chart/
20:23.45 starseeker agrees
20:24.20 starseeker I was assuming a tesselation routine ment NMG, but that's probably not right?
20:25.57 starseeker _nurb matches only in tgc and sketch, aside from bspline and nmg...
20:26.12 starseeker oh, ell too
20:27.34 brlcad note that may are subtyped -- sph is an ell, rec is a tgc, etc
20:27.46 starseeker Ah
20:36.26 starseeker will try again
21:55.44 *** join/#brlcad Bariton (n=Bary@p5B14E59A.dip.t-dialin.net)
21:58.08 brlcad updates and ponders a release
22:00.06 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
23:17.47 *** join/#brlcad ``Erik (i=erik@c-68-54-174-162.hsd1.md.comcast.net)

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