| 00:00.26 | IriX64 | do i dare try to make it, make is associated so it should go |
| 00:01.31 | IriX64 | rotflmao |
| 00:01.41 | IriX64 | its doing it again |
| 00:02.24 | IriX64 | gotta go out for a bit later thanks for educating me |
| 00:03.51 | *** join/#brlcad iraytrace (n=iraytrac@cocoa.sci.utah.edu) |
| 00:20.37 | IriX64 | guy i went to see had the gall to ask me if I was of the true religion, I answered of course, beleiving is the true relgion, catholicism, judaism, etc are merely *ways of beleiving, sheeesh |
| 00:22.35 | *** join/#brlcad AchiestDragon (n=david@whipy.demon.co.uk) |
| 00:24.15 | IriX64 | scuse me venting on you sigh |
| 00:29.28 | *** join/#brlcad AchiestDragon (n=david@whipy.demon.co.uk) |
| 00:31.39 | IriX64 | http://rafb.net/p/8vMizB71.html <--- guys this ones yours |
| 00:44.33 | *** join/#brlcad docelic (n=docelic@212.15.172.93) |
| 00:53.56 | IriX64 | http://rafb.net/p/wW7wwR25.html <-- okay, this ones not completley proper, because I used the -i(gnore) switch on make to force it to keep going around that error i just pasted a while ago, but ntvdm built it |
| 01:52.03 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) |
| 02:02.25 | poolio | evenin |
| 02:21.49 | poolio | brlcad: I had a question about some memory clean up and stuff. I found that the rtips needed to be cleaned with rt_clean_rti(), should I also be clearing the resource pointers? and what about rt_uniresource? should I run rt_clean_resource on those? |
| 03:29.44 | *** join/#brlcad thing1 (n=ric@203-59-163-191.dyn.iinet.net.au) |
| 03:29.47 | *** join/#brlcad b0ef (n=b0ef@062016142179.customer.alfanett.no) |
| 04:14.58 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) |
| 04:28.30 | brlcad | poolio: yes, the resource structures should always belong to the application and it's the app's job to free them (if you see api that contradicts this, let me know or try fixing it -- there shouldn't be) |
| 04:31.07 | brlcad | rt_clean_resource will do "most" of the job of free'ing data except for one case that I don't believe you're using (but you should be able to ignore that case regardless) |
| 04:31.25 | brlcad | rt_uniresource is special, you don't free it (you didn't allocate it) |
| 04:31.41 | brlcad | you can clean it, but iirc, it doesn't really matter much |
| 04:32.44 | poolio | brlcad: but if I have it setup for multiple CPUS, I should make sure to free all the resource pointers? |
| 04:33.33 | poolio | also: it appears g_qa doesn't clean anything. I'm not quite sure where I got rt_clean() usage from. g_transfer uses rt_clean but proceeds to rt_clean_rti() later |
| 04:34.01 | brlcad | yes |
| 04:34.29 | brlcad | rt_clean just prepares for the next frame and/or render session |
| 04:34.45 | brlcad | g_transfer is a demo application where it shoots rays over and over until it's shut down |
| 04:34.56 | brlcad | so between each session, it needs to clean |
| 04:35.09 | brlcad | but then on shutdown, it needs to clear out the rti |
| 04:36.52 | poolio | wait, so if I have a rtip that i'm going to re-extrace from a db_i, do I need to run rt_clean_rti or just rt_clean? |
| 04:37.04 | poolio | note, rt_gettree() is going to be recalled |
| 04:38.57 | brlcad | hmm |
| 04:41.01 | brlcad | that's a good question, I'm not positive without re-reading the guts, but I think you will need to rt_clean_rti() as the directory structure needs to be cleared out (which is in the rti) |
| 04:41.03 | poolio | I can experiment but it's hard to tell |
| 04:41.21 | poolio | alright yeah, because rt_new_rti clones the db_i |
| 04:41.22 | brlcad | rt_clean_rti() runs rt_clean() too fwiw |
| 04:41.28 | poolio | yeah that's correct |
| 06:08.00 | poolio | brlcad: you around at this hour? |
| 06:08.41 | poolio | zit |
| 06:09.21 | poolio | wow my brain is fried |
| 06:09.36 | poolio | i was trying to type exit in another window, and managed to type ex adn then must have tapped into this and typed zit |
| 06:09.39 | poolio | I guess I'll go to sleep now |
| 06:09.41 | poolio | gnite :) |
| 07:41.07 | *** join/#brlcad Laniakea (i=clock@77-56-111-42.dclient.hispeed.ch) |
| 08:06.01 | *** join/#brlcad zapp (n=deltazap@pool-72-64-146-7.tampfl.fios.verizon.net) |
| 08:33.46 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-067-117.pools.arcor-ip.net) |
| 08:46.27 | *** join/#brlcad Elperion (n=Bary@p5487431D.dip.t-dialin.net) |
| 09:00.13 | Laniakea | ``Erik: have you managed to install the openbsd into your emulator? |
| 10:26.53 | *** join/#brlcad docelic (n=docelic@212.15.179.254) |
| 10:31.56 | *** join/#brlcad ken (n=chatzill@c-68-42-232-149.hsd1.mi.comcast.net) |
| 10:34.49 | *** join/#brlcad ken (n=chatzill@c-68-42-232-149.hsd1.mi.comcast.net) |
| 10:37.24 | ken | this is kenwolcott from the mailing list, looking for someone who knows anything about the deal with the website. feel free to ping me or whatever if you have any info |
| 11:22.42 | *** join/#brlcad docelic (n=docelic@212.91.112.56) |
| 12:58.20 | ``Erik | hrm, what? huh? what website? |
| 13:12.03 | ken | ohey there |
| 13:12.23 | ken | I responded to a thing on sourceforge about a webdesigner wanted |
| 13:12.36 | ken | I got this email that said "drop by irc" |
| 13:13.51 | ken | Im just here asking about what's expected, in terms of design/function and all that |
| 13:51.56 | *** part/#brlcad zapp (n=deltazap@pool-72-64-146-7.tampfl.fios.verizon.net) |
| 13:55.50 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) |
| 14:44.12 | ``Erik | ah, brlcad is the guy to talk to, when he wakes up O.o |
| 14:44.43 | ``Erik | I presume you've perused what exists at the moment? |
| 14:45.25 | ken | the b+w site? |
| 14:45.29 | ``Erik | and are comfortable with the notion of making a grotesqly conformant page (i.e. renders on just about any browser, with just about any font size, screen size, etc) |
| 14:45.40 | ken | yea, that wont be a problem |
| 14:45.47 | ``Erik | http://www.brlcad.org/ |
| 14:46.29 | ``Erik | okie, brlcad is the guy to talk to :) I have to go make a shopping list and head now O.o hasta |
| 14:46.45 | ken | kk |
| 14:47.04 | ken | do svedanya |
| 14:53.44 | brlcad | howdy ken |
| 14:53.59 | ken | how are ya? |
| 14:54.18 | brlcad | pretty good, still shaking off some sleep |
| 14:54.35 | ken | thats good to hear |
| 14:55.00 | ken | you mentioned mediawiki in the email |
| 14:55.06 | ken | I like that idea |
| 14:55.58 | ken | I was wondering about layout/color/etc |
| 14:56.08 | brlcad | yes, I actually mentioned a lot of things, iirc too :) |
| 14:56.35 | brlcad | there are four primary sections to the site that need to be worked on, with various levels of independence for those sections |
| 14:57.27 | ken | right |
| 14:57.49 | ken | but its all going to look pretty much the same, right? |
| 14:57.50 | brlcad | as I mentioneed, there's already a guy that's been working on the front portal section of the site, he's unfortunately not here this weekend though he'll be back on Mon |
| 14:58.04 | brlcad | they can look the same or not |
| 14:58.11 | brlcad | so long as their consistent within their section |
| 14:58.16 | ken | I mean, visually consistant and all? or are they four different sites? |
| 14:58.18 | ken | riht |
| 14:58.25 | brlcad | so there's a lot of flexibility in terms of how each one looks independently |
| 14:59.05 | brlcad | they're really four different sections to the same site, they all relate to and are connected to BRL-CAD |
| 15:00.02 | brlcad | though they could be on separate domain names for identity or something, maybe separate virtual names, or even separate domains -- but all interconnected in terms of navigation and data being presented |
| 15:00.54 | brlcad | for example it would be really useful on the main page to have a summary of the benchmark statistics, a graph of recent results or entry statistics |
| 15:01.32 | ken | right |
| 15:02.03 | brlcad | and selecing that data would then of course take you to the section that talks about what the performance numbers mean, just what is the "BRL-CAD Benchmark", how to add their own results, download a benchmark-only binary kit, etc |
| 15:02.39 | brlcad | that benchmark performance section could be in the same drupal/mediawiki install or could be entirely custom |
| 15:04.01 | brlcad | i say that mainly because it's going to be pretty tricky to do all of the backend connections, like for that performance section, without a bit of customization (both on the backend and the front end), so I did not want to artificially constrain any of those four sections amongst each other |
| 15:05.16 | brlcad | so if you're interested in working on one of the sections, I can point out some of the stuff that's already being worked and what's not |
| 15:06.34 | ken | well, most of what Ive done is front-end code, with a bit of (very) light php/perl to make it useful, but if I need new skills, it wouldnt hurt the resume to pick em up |
| 15:08.01 | brlcad | I think the less customization we can get away with the better, because that makes for less of a maintenance burden |
| 15:09.14 | brlcad | e.g. I think you could probably do the entire performance database and materials database in just about any CMS with a fair bit of setup, and entirely through the frontend if one wanted |
| 15:10.12 | ken | actually, I'd imagine the materials db wouldnt be too much setup in mediawiki |
| 15:11.03 | brlcad | hmm, that's entirely possible .. hadn't thought that one through so much |
| 15:12.06 | brlcad | the difficulty I think would be having a consistent set of information for each material as well as having summary information pages |
| 15:12.41 | ken | just add a few more form fields on the upload page? |
| 15:12.52 | brlcad | like if you wanted to do a search of all metals that have a density over some specified value |
| 15:13.17 | brlcad | or if you wanted a table of all materials that have a brinell hardness < .2 |
| 15:13.33 | ken | yea, I was just gonna say, toss in some kinda search deal beyond the very basic find-a-page |
| 15:13.47 | brlcad | just looking at an "info sheet" of rolled hardened steel #12 and comparing it to some other material side-by-side |
| 15:14.03 | brlcad | and being able to compare the same fields |
| 15:14.20 | brlcad | without manually editing both wiki pages, manually categorizing every property, etc |
| 15:15.01 | ken | right, just make the search useful |
| 15:15.25 | ken | instead of lists of links, bring up tables |
| 15:15.58 | brlcad | how would someone "add a new material" with mediawiki, though? |
| 15:16.02 | ken | the one problem I can see is that I've been told wikis can be a bit nuts with sql queries |
| 15:16.40 | brlcad | I'm just having trouble seeing how it'd work I suppose, without them copy/pasting another existing material record that already had a given set of fields |
| 15:16.59 | ken | upload file, fill out a few info fields, and somewhere in the back some voodoo happens that pulls out any numeric data thats too banal to make uploaders type in |
| 15:17.14 | brlcad | mind you, I'm not adept in all the intricate details of mediawiki, I mostly know it from the initial setup, and basic editing aspects |
| 15:20.42 | brlcad | there isn't any file to upload for materials (at least not yet), it's all fundamental material properties for the most part where materials have items like their name, density, brinell hardness, formal name, short name, young's modulus, tensile strength, elongation at break, etc |
| 15:22.48 | ken | yea, as long as it can be read from whatever's uploaded |
| 15:24.32 | brlcad | erm, there isn't a standard file format or anything for this stuff |
| 15:24.50 | ken | yea, I was just looking into that |
| 15:25.08 | brlcad | that's where I was thinking you'd just have a form or sections of properties that people filled in |
| 15:25.48 | brlcad | sometimes you know just a couple items like the name and a density, sometimes you know everything like the actaul % breakdown of elemental molecules |
| 15:26.28 | ``Erik | http://www.explosm.net/comics brutal |
| 15:26.32 | ken | so just autofill the rest with NA or unknown? |
| 15:27.10 | ``Erik | (and it seems to me... with the section visibility thingymajigger... if everything was real simple and properly marked, then a couple stylesheets could be chucked out to 'pretty' it up |
| 15:27.12 | ``Erik | ) |
| 15:27.13 | brlcad | by the way, for that particular task, there is a site that provides some of this information, but the difference here is that this is entirely open and free to all and that the content is specifically related to solid modeling and rendering so we can do things like associate textures and visible properties along with the physical traits |
| 15:28.07 | ``Erik | that'd allow archaic browsers like lynx to still be happy, as the page source is, y'know, content oriented instead of visually oriented |
| 15:28.08 | ``Erik | O.o |
| 15:28.41 | ken | yea, thats how the internets been wanting to be lately |
| 15:29.16 | ``Erik | and last I heard, there was no canonical list of what properties a material has :/ that has to be decided before any serious 'content aware' search mechanism could really be decided |
| 15:29.24 | ``Erik | does water have a brinell hardness? O.o |
| 15:29.31 | brlcad | ken: yeah, it can be autofilled, but I'm just not seeing what then that means w.r.t. mediawiki data -- as traditionally at least, they're basically tracking the content for a given page that can be freeform |
| 15:29.49 | brlcad | is there a way to force pages to have a particular format in mw? |
| 15:29.59 | ``Erik | css |
| 15:30.08 | ken | take for example the image template |
| 15:30.25 | ``Erik | iirc, the default mw look is all in css |
| 15:30.29 | brlcad | ``Erik: huh?? |
| 15:30.32 | ken | it is |
| 15:30.34 | ken | well |
| 15:30.34 | brlcad | you're talking about something different |
| 15:30.40 | brlcad | i'm not talking about the visual layout |
| 15:30.43 | ``Erik | oh |
| 15:30.44 | ken | its xhtml + css + jscript |
| 15:30.44 | ``Erik | heh |
| 15:30.59 | brlcad | i don't care about that, I mean the format of the data |
| 15:31.05 | ``Erik | I don't think so |
| 15:31.08 | brlcad | what fields are there and which aren't |
| 15:31.19 | ``Erik | other than hacking the php or the local config .inc file |
| 15:32.22 | ``Erik | I know with the admin pages, you can tweak what's on the sidebar |
| 15:32.24 | ken | for uploading an image, the default gives you the option to name it and leave a comment |
| 15:32.37 | brlcad | ken: that's what I'm referring to about making it work with mw -- you can do that sort of forced customization in other CMS systems without the customization (drupal, plone, joomla, etc) |
| 15:32.47 | ken | but theyre stored a single sql db |
| 15:33.10 | brlcad | yeah, this is sort of like how images themselves are managed |
| 15:33.12 | ken | all the junk associated with uploaded media |
| 15:33.21 | brlcad | but instead of images, it's a set of material properties (as a collection) |
| 15:33.26 | ken | right |
| 15:33.37 | brlcad | how to *enforce* that set is the trick |
| 15:33.51 | brlcad | as new users aren't going to know anything about which to include or not |
| 15:37.05 | ken | I see what youre saying |
| 15:37.46 | ken | for some reason, I'm still thinking of materials being uploaded files |
| 15:38.04 | ken | ok |
| 15:38.07 | brlcad | yeah, there are no files, the data is really scattered too (hence the strong need for a single database) |
| 15:38.45 | ken | ok, so then this beast'll pretty much have to be built from the ground up, right? |
| 15:38.54 | brlcad | media might be able to do it, i mean wikipedia sort of does this for corporations, countries, movies, and other items |
| 15:39.15 | brlcad | e.g. the right column on http://en.wikipedia.org/wiki/Wikimedia_project is sort of what we're needing |
| 15:39.30 | brlcad | but actually enforced consistent format that would be used .. hundreds of times |
| 15:40.07 | brlcad | and if we have to add a field two months down the road, do we have to edit several hundred pages, or is it just added in one place as part of the template, etc |
| 15:40.07 | ken | so just pulling data into a table? |
| 15:40.47 | brlcad | pretty much, though there are also relations |
| 15:41.02 | brlcad | and categories (that are not fully known right now, but do exist) |
| 15:41.03 | ken | if its just data-to-table, then you can add a field and let the contributors fill in the blanks where they find them |
| 15:41.37 | brlcad | hmm.. http://en.wikipedia.org/wiki/Infobox |
| 15:42.07 | brlcad | it's a matter of whether they actually "see" that there are blanks |
| 15:42.20 | brlcad | how would they know? |
| 15:42.43 | ken | drop a form feild in the blank with a default fill of "unknown" |
| 15:42.53 | ken | something that looks editable |
| 15:43.00 | brlcad | that works for new, what about those already existing? |
| 15:43.00 | ken | like it needs to be filled in |
| 15:43.46 | brlcad | say you want to add a new field called "Ken's stamp of approval" to a database that already has 500 items, for example |
| 15:44.23 | brlcad | how would I as a user browsing/editing know that there's now a new field that could be filled in |
| 15:44.58 | ken | right, it would add a value of <input type="text" ...>unknown</input> to all pre existing items |
| 15:45.11 | brlcad | with the infobox approah, according to what i'm (just now) reading .. you could add the field, but it won't be applied to any existing data |
| 15:45.33 | brlcad | "it would add" .. howso? and what is it? |
| 15:46.55 | ken | when you add a new field, it would add a new sql column to the table. the default fill would be the unknown field |
| 15:47.40 | brlcad | er, are you talking about custom or through mediawiki or both or neither? :) |
| 15:47.46 | ken | custom |
| 15:47.50 | brlcad | ahhh |
| 15:48.00 | brlcad | well, for custom sure! =) |
| 15:48.07 | brlcad | I thought you were taking mw would do that |
| 15:48.12 | brlcad | s/taking/saying/ |
| 15:48.13 | ken | probably |
| 15:48.16 | ken | it might |
| 15:48.43 | ken | but I was talking about custom |
| 15:48.48 | brlcad | okay |
| 15:49.04 | ken | I'm not entirely sure of EVERYTHING mediawiki capable of out of the box |
| 15:49.16 | ken | *is capable |
| 15:49.53 | brlcad | nor am I frankly, just going by what I already know and what I've been reading about the infoboxes that seem to be the closest to what we'd need |
| 15:49.57 | ken | but its just some really simple php to do this custom |
| 15:50.42 | brlcad | except that I see zero-consistency enforcement with infoboxes, you have to edit all pages if the infobox template changes .. that'd suck :) |
| 15:50.55 | ken | right |
| 15:57.27 | ken | so we're dropping the infobox deal and going with a fresh and new addition to the wiki to handle this, right? |
| 15:57.35 | ken | sorry, I thought I sent that already |
| 16:02.58 | brlcad | maybe you did and I just misunderstood you :) |
| 16:03.33 | ken | no, I made a pot of coffee and came back, it was still sitting here waiting for me to hit enter |
| 16:03.38 | brlcad | do you still think a wiki would be best, or a cms, or fully custom, or ? |
| 16:04.40 | ken | well, for community development I like the idea of a wiki as opposed to another cms simply because its so much easier for just anyone to add to or edit or anything like that |
| 16:06.04 | ken | just about everyone's already familiar with wiki markup (as opposed to most other cmses where to, say, add a link you have to know about the anchor tag - or use markdown, which all of 6 people on earth have experience with) |
| 16:06.23 | ken | and if theyre not, its a lot simpler to learn and faster to use |
| 16:07.50 | ken | for this part, just tack it on to mw |
| 16:09.33 | ken | write the functionality we're looking for, staple it to the wiki as either a plug in or part of the actual base... something like that |
| 16:10.03 | ken | or drupal, or whatever youre going with |
| 16:11.42 | ken | like I said, I like the idea of a wiki for this part, but then I just kinda walked in today, and I'm not entirely as familiar with the needs of the site overall as anyone who's been working on it (or even just thinking about it) for more than 20 minutes |
| 16:12.24 | ken | a wiki also has the benefit of functioning as a wiki |
| 16:18.10 | brlcad | I agree in general on the ease of use, wiki certainly has the power over cms for that, though in this case it's sort of "form-centric" where there's a predefined set of data (that will likely change over time, but is part of the structure regardless) |
| 16:19.18 | brlcad | and don't get me wrong, I'm not advocating one vs the other -- I just like to think things through for how they'd work in practice down the road, maintainability and growth |
| 16:20.36 | brlcad | the wiki has a big leg up on customizability since, as you note, anyone could amend the template without needing to know html or sql or php, etc .. it's just then consistency of the "database" itself where some materials would be conformant to an old template, some to a newer |
| 16:21.28 | brlcad | the main portal site is actually going to be a drupal/mediawiki hybrid that work with each other |
| 16:22.00 | brlcad | MinuteElectron already has both set up and working now, ready for data to start being entered to populate that section |
| 16:23.22 | brlcad | there's another guy looking at the performance database, though from what he'd discussed, I think he's going a custom route (conceptually, it could use the same mediawiki plugin if one was made for the materials) |
| 16:28.52 | brlcad | ken: so, I like your idea .. the next question then is how familiar are you with mediawiki plugins :) |
| 16:29.10 | ken | brb, phone |
| 16:30.48 | brlcad | otherwise, I'd have to imagine that mediawiki already has _something_ that would help for doing this already as I'd think it'd be pretty common to want to have form data in the wiki format |
| 16:35.00 | ken | i have this minor crisis to deal with, whens a good time to come band get ahold of ya? this evening/tomorrowish? |
| 16:37.22 | brlcad | i'm on the channel most days every day at some time of the day :) |
| 16:37.31 | brlcad | just hop on irc and linger a while, you'll usually find me |
| 16:37.36 | brlcad | otherwise the mailing list is fine too |
| 16:38.03 | brlcad | i'm eastern u.s. timezone-wise, if that helps |
| 16:38.26 | brlcad | though my "offline"/sleep schedule is fairly chaotic |
| 16:46.21 | ken | kk thx, I'll be back tonight |
| 16:52.45 | *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || for ken: http://www.mediawiki.org/wiki/Help%3ATemplates#Using_parameters_in_templates |
| 16:53.02 | brlcad | looks like templates actually can work for this |
| 16:53.13 | brlcad | the only issue then becomes comparisons, searching, and summaries |
| 17:07.11 | *** join/#brlcad b0ef (n=b0ef@062016142179.customer.alfanett.no) |
| 17:12.52 | *** join/#brlcad Laniakea (i=clock@217-162-204-120.dclient.hispeed.ch) |
| 17:18.14 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 17:33.16 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1177878618.dsl.bell.ca) |
| 17:56.48 | poolio | brlcad: what's up with my.brlcad.org? I kind of like the new look... :P |
| 17:58.00 | brlcad | heh, that's drupal's default theme |
| 17:59.04 | poolio | I like it :) |
| 17:59.13 | poolio | brlcad: can I get a vhost on my.brlcad.org and use it? |
| 17:59.29 | brlcad | sure |
| 17:59.56 | IriX64 | http://rafb.net/p/fo2gOO80.html ``Erik, look familiar ;) |
| 17:59.57 | poolio | sweeet |
| 18:00.22 | poolio | brlcad: how's that worth with like the databases and stuff? can two simultaneous drupal vhosts exist peacefully? |
| 18:02.22 | brlcad | they have nothing to do with each other |
| 18:02.31 | brlcad | you could use the same db or an entirely different db |
| 18:02.37 | poolio | hmm alright. |
| 18:02.41 | brlcad | vhosts can be set up fairly arbitrarily too |
| 18:03.00 | IriX64 | http://rafb.net/p/Jd17Ls16.html ``Erik... too sweet :) |
| 18:03.01 | brlcad | vhost, btw would be on "brlcad.org" .. "my.brlcad.org" is a vhost on brlcad.org |
| 18:03.03 | poolio | Hmm, so like if I wanted to have my own sited hosted by you that used drupal, that'd work completely fine? |
| 18:03.12 | brlcad | sure |
| 18:03.12 | poolio | brlcad: well I have my own domain name |
| 18:03.20 | poolio | I justt don't have the box online anymore |
| 18:03.27 | brlcad | ah, gotya |
| 18:03.31 | poolio | brlcad: So how would I go about doing that? Or would you need to do it? |
| 18:03.37 | brlcad | i read it as the name, not the box |
| 18:03.59 | brlcad | box is generally called just .bz or mbo ;) |
| 18:04.26 | brlcad | you'd need to update your dns to point to an IP that I'd give you, then I'd set up apache to respond to that name |
| 18:04.37 | brlcad | then it'd be done |
| 18:04.44 | poolio | brlcad: I mainly want to get a blog going with the progress of it. As I'm going to be tewaking a lot of variables it'd be nice if I could see my own progress and see if it is in fact progressing, and also that way I can aviod spamming the chat so much with images and descriptions. (and also when people ask what I'm working on I can point them to an explanation as opposed to rewriting paragraphs and paragraphs ;)) |
| 18:04.50 | brlcad | takes all of 10 minutes to set up at most |
| 18:05.06 | poolio | alright cool. whenever you have time that'd be sweet |
| 18:06.14 | brlcad | aiight, the ip can be 66.111.56.56, so just let me know which name |
| 18:07.07 | poolio | what do you mean which name? as in what's my domain name? |
| 18:08.47 | brlcad | yes |
| 18:09.03 | poolio | poolio.org |
| 18:10.02 | poolio | brlcad has brlcad.org, poolio has poolio.org |
| 18:18.44 | brlcad | done |
| 18:18.51 | poolio | brlcad: heh, thanks |
| 18:19.02 | poolio | brlcad: so what do I need to do on my side? point the domain to that IP? |
| 18:21.26 | poolio | brlcad: is it ip-based? like can I just forward to the mbo box? and it will disambiguate the IP to the poolio.org vhost? |
| 18:32.17 | poolio | brlcad: woah, there's something messed up with the DNS as it propogates....I'm pinging poolio.org and half the time I'm getting my home address and the other half I'm getting the right one on mbo :P |
| 18:34.31 | brlcad | poolio: you update your dns record for poolio.org to point to that IP as the "A" record |
| 18:35.08 | poolio | brlcad: Yeah I got that, but in terms of how the VHOST works |
| 18:35.12 | brlcad | you apparently have dns set to everydns.net |
| 18:35.29 | brlcad | s/to/through/ |
| 18:35.32 | poolio | That IP is just the IP of mbo, how does it distinguish whcih VHOST to send the request to? via the header? |
| 18:35.39 | poolio | brlcad: I've updated the records already |
| 18:35.46 | brlcad | requests come in by the url, by name |
| 18:35.52 | poolio | ah alright |
| 18:36.04 | poolio | and setting up drupal? is that hard? |
| 18:36.27 | brlcad | so the apache can be asked to respond to requests for .. pretty much anything -- by default it won't respond to anything it doesn't recognize |
| 18:36.40 | brlcad | you tell me, have fun :) |
| 18:36.47 | IriX64 | http://www.rafb.net/paste/ <--- man, help me out here where's that // coming from? |
| 18:36.51 | brlcad | (no, it's not hard at all .. one of the easiest) |
| 18:37.11 | poolio | brlcad: alright, so drupal is installed in the my.brlcad.org VHOST, do I have to ..reinstall it in mine? |
| 18:37.16 | brlcad | IriX64: that's an empty pastebin |
| 18:37.23 | poolio | and does the VHOST go to my ~/public_html? |
| 18:37.32 | IriX64 | whup, just a sec |
| 18:38.05 | IriX64 | http://rafb.net/p/dT8MFf21.html |
| 18:38.08 | IriX64 | there |
| 18:38.09 | brlcad | poolio: no, it doesn't -- you still have your ~poolio home if needed on any of the names (poolio.org/~poolio should respond for example) |
| 18:38.26 | brlcad | it's in a different location |
| 18:38.36 | louipc | it should go to wherever your ip port 80 points to huh? |
| 18:40.20 | brlcad | yep |
| 18:40.57 | brlcad | IriX64: i've got no idea how you got yourself into that situation |
| 18:41.13 | IriX64 | mmm i'll try --disable-shared |
| 18:41.13 | brlcad | obviously got a full path in there that should not be there |
| 18:41.26 | brlcad | could just be an unclean build |
| 18:41.38 | IriX64 | thanks will tinker some. |
| 18:41.41 | brlcad | try "make distclean" |
| 18:41.46 | IriX64 | right |
| 18:41.52 | brlcad | then rerun autogen.sh |
| 18:42.02 | IriX64 | doing it now |
| 18:44.43 | IriX64 | back to dos work, I'm gonna make this thing run doom yet :) |
| 18:45.44 | louipc | sweet |
| 18:45.45 | brlcad | inside mged? :) |
| 18:45.54 | IriX64 | heh in tcl ;) |
| 18:46.06 | louipc | I tried to run the original ultima it was crazy |
| 18:46.26 | louipc | everything was sped up 10x |
| 18:46.30 | IriX64 | never tried ultima, have tried wing commander II though |
| 18:46.38 | IriX64 | same problem |
| 18:46.51 | IriX64 | but doom is speshul :) |
| 18:46.53 | louipc | there's something out there that will slow it down for you |
| 18:47.03 | IriX64 | yeah varislow, i have it |
| 18:47.15 | brlcad | poolio: also noticed that you have a CNAME record on "www.poolio.org" |
| 18:47.16 | louipc | I forget what it was... hmm is that open source? |
| 18:47.21 | brlcad | you should remove that or update it |
| 18:47.36 | IriX64 | which varislow, i think its public domain |
| 18:47.46 | louipc | ah cool |
| 18:48.07 | IriX64 | all i have is the binary, no idea where the source is |
| 18:49.01 | IriX64 | wcII no speech though something wonky in the sound linkage |
| 18:49.31 | poolio | brlcad: cname points to poolio.org |
| 18:50.37 | brlcad | mmm. Ultima V |
| 18:51.16 | brlcad | poolio: ah, my bad -- i was reading something else |
| 18:51.26 | brlcad | compounded by a stale dns ip result |
| 18:52.26 | poolio | brlcad: yeah, it's still not updated, i forgot to fix mail.poolio.org, but it doesn't really matter, don't use it anyway |
| 18:53.11 | IriX64 | louipc: http://www3.sympatico.ca/mario.dulisse2/doom.png <-- that soundblaster not responding is bogus, ive got sound |
| 18:56.00 | IriX64 | can't show you a shot of it actually running the demo, silly thing insists on full screen |
| 18:58.13 | IriX64 | wcii the same insists on full screen |
| 18:59.12 | IriX64 | wonder if i can jury rig soemthing to capture the vga screen to disk... |
| 18:59.29 | IriX64 | back burner material |
| 19:13.00 | IriX64 | heh forgot to light that burner ;) |
| 19:23.14 | IriX64 | back to fun stuff, make install is running in a ntvdm window. |
| 19:23.51 | IriX64 | heh wonder if we can call this a windows compiler now :) |
| 19:28.05 | IriX64 | blah, never mind its buggered again, time to rethink sections of this cyall l8r. |
| 20:10.33 | poolio | brlcad: is there any way to view the page as someone not logged in would in drupal? getting sick of logging out |
| 20:59.16 | louipc | poolio: depends on your browser I guess |
| 20:59.46 | louipc | you could start a new browser instance, rather than a new window so it has separate cookies etc... |
| 21:01.31 | louipc | That might be it if you use Firefox: http://www.mozilla.org/support/firefox/profile |
| 21:15.29 | ``Erik | for that reason, and others |
| 21:15.30 | ``Erik | :) |
| 21:17.04 | ``Erik | pheer, 'devrys' is hocking a psuedo-degree in video game development |
| 21:17.27 | louipc | haha |
| 21:19.21 | louipc | I called it the 'deliriously expensive vessel for retarded youngins' |
| 21:19.42 | ``Erik | hehehe sounds about right |
| 21:19.48 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) |
| 21:20.00 | ``Erik | these 'get your degree in 3 weeks' outfits are all over the place :( |
| 21:20.17 | ``Erik | <-- has an omfg 4y degree that is omfg csab accredited |
| 21:20.33 | ``Erik | part of me feels that it was too little training |
| 21:20.51 | ``Erik | not 'nuff time for even the brightest O.o I might go back for a doctorate in cs |
| 21:37.21 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1177593701.dsl.bell.ca) |
| 23:08.02 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
