| 00:33.00 | unum | I'm working on a large database driven web app that needs to keep track of data related to employees |
| 00:33.23 | unum | I figured I'd store all the employee information in ldap and then store the uid in postgresql |
| 00:34.02 | unum | and then just query the ldap server for the information I needed related to the employee(like name, email, etc) |
| 00:34.18 | unum | is this the wrong way to do it |
| 00:34.36 | unum | s/uid/uidnumber |
| 00:35.44 | *** join/#uphpu burnin (n=burnin@204-228-142-194.ip.xmission.com) |
| 00:47.45 | bradym | is this ldap info / server being used by other apps? if not it seems like it would be easier to just store everything in one place |
| 00:48.39 | bradym | of course, you could just query the ldap server directly and bypass postgres |
| 00:48.50 | bradym | depending on what you're doing of course.. |
| 00:55.23 | unum | I have two(currently) apps that are accessing this information |
| 00:55.47 | unum | those two apps and their databases are on different servers |
| 00:56.49 | bradym | ahh.. that makes more sense :) i would probably try to get away with not having a middle man by just running my queries against the ldap server |
| 00:59.05 | unum | I'm wondering how other organizations handle this |
| 01:00.25 | unum | it's a lot more complicated then I've explained so far |
| 01:07.39 | unum | the best argument against doing that is when a user gets deleted from ldap |
| 01:08.18 | unum | users will get deleted from ldap so uidnumbers and uids can be reused |
| 01:08.53 | unum | if all the information was stored in a postgrestable you can assign an employee_index number that can increment up to very very high |
| 01:11.04 | bradym | hmm... not quite following you.. is there a reason it matters what the uids are? i've never worried about that, as long as they are unique.. but i've never dealt with an ldap directory for a web app.. |
| 01:11.24 | bradym | so i may not be the best person to hash this out with ;) |
| 01:22.34 | unum | it matters to the it manager what they are..... |
| 01:22.43 | unum | plus we do have a fairly high turn over |
| 01:36.25 | *** join/#uphpu gibba[w] (n=gibbawho@c-67-177-26-246.hsd1.ut.comcast.net) |
| 01:38.32 | thebigdog | unum, what ldap server are you using? |
| 01:40.14 | unum | openldap |
| 01:40.33 | thebigdog | are you using a database backend for openldap...you might use pgsql for it |
| 01:40.42 | thebigdog | then you can query that via your apps too |
| 01:41.04 | unum | hmm I didn't setup the ldap server |
| 01:41.16 | unum | I didn't realize it could use a postgres backend |
| 01:41.46 | thebigdog | yeah it should be able ot use it |
| 01:42.59 | thebigdog | http://www.samse.fr/GPL/ldap_pg/HOWTO/x12.html |
| 01:43.00 | thebigdog | for large ldaps it works great |
| 01:43.00 | thebigdog | if you have like 30 peps in ldap then your not going to see much diff with bekerly backend |
| 01:43.43 | unum | we're not going to have so many people in it |
| 01:44.02 | unum | it's just a question of weather we want to use it for more then authentication |
| 01:44.43 | unum | I want to store all one-one information for people and organizations in ldap |
| 01:44.43 | thebigdog | i have used it for storing user information, authentication, and authorization |
| 01:45.50 | unum | the it manager wants to use the ldap server only for authentication and then link that information to a postgres database with details in it |
| 01:46.59 | thebigdog | if i was doing it i would look at 2 options |
| 01:47.08 | thebigdog | 1) openldap with pgsql backend |
| 01:47.24 | thebigdog | 2) query ldap from pgsql from stored procedure |
| 01:47.58 | unum | I like #2 I don't think my boss is so fond of that |
| 01:48.15 | unum | s/boss/the it manager |
| 01:48.32 | thebigdog | #2 might not be possible unless there is a lib that will allow you to do ldap queries |
| 01:48.58 | unum | but if you combine it with #1 it will be possible right? |
| 01:49.04 | thebigdog | i know oracle does and many peps try to mimic oracle stored procs so there might be one out there |
| 01:49.13 | thebigdog | yes |
| 01:49.27 | thebigdog | then you can create your own functions that would query the databases |
| 01:49.42 | unum | so I could do joins with the ldap database? |
| 01:49.46 | thebigdog | however, the only thing i hate about pgsql is that stored procs cannot query other dbs |
| 01:50.01 | thebigdog | if you have your tables in the same db |
| 01:50.29 | unum | I see what you are saying now |
| 01:50.37 | unum | that's not going to work |
| 01:50.40 | unum | hmmm..... |
| 01:51.15 | unum | the it manager want to have a postgresql database with employee information in it |
| 01:51.17 | thebigdog | but you can query from php which might be decent too |
| 01:51.45 | unum | I need to be able to cross reference with the authentication system |
| 01:52.14 | unum | I think we should just put all employee information in the authentication system(ldap) |
| 01:52.43 | unum | so I'll probably have to have three connections open in php |
| 01:53.35 | thebigdog | yeah perhaps |
| 01:55.19 | unum | I have two different applications(with seperate databases on seperate servers) that need employee information |
| 01:56.19 | thebigdog | ldap is a good way to go for that |
| 02:49.39 | *** join/#uphpu wps (n=wps@208.53.47.251) |
| 02:49.40 | *** mode/#UPHPU [+o wps] by ChanServ |
| 04:11.19 | *** join/#uphpu mindjuj1 (n=mindjuju@65-121-75-195.dia.static.qwest.net) |
| 04:13.33 | *** join/#uphpu Black_Ch1os (n=admin@71-32-207-119.slkc.qwest.net) [NETSPLIT VICTIM] |
| 04:48.00 | *** join/#uphpu Black_Ch1os (n=admin@71-32-207-119.slkc.qwest.net) |
| 04:54.51 | *** join/#uphpu Black_Ch1os (n=admin@71-32-207-119.slkc.qwest.net) [NETSPLIT VICTIM] |
| 12:29.15 | *** join/#uphpu jsmith (n=jsmith@000-167-456.area3.spcsdns.net) |
| 12:29.15 | *** mode/#UPHPU [+v jsmith] by ChanServ |
| 13:11.52 | *** join/#uphpu timinator (n=timinato@c-67-171-118-199.hsd1.ut.comcast.net) |
| 13:11.52 | *** mode/#UPHPU [+v timinator] by ChanServ |
| 13:22.10 | *** join/#uphpu Utah_Dave (n=boucha@72-166-51-162.dia.static.qwest.net) |
| 13:22.10 | *** mode/#UPHPU [+o Utah_Dave] by ChanServ |
| 14:11.18 | *** join/#uphpu wps (n=wps@67.108.236.230) |
| 14:11.18 | *** mode/#UPHPU [+o wps] by ChanServ |
| 14:34.02 | *** join/#uphpu thebigdog (n=bigdog@208.177.146.102.ptr.us.xo.net) |
| 14:34.02 | *** mode/#UPHPU [+o thebigdog] by ChanServ |
| 14:40.00 | *** join/#uphpu cole_joplin (n=Cole@c-67-172-251-144.hsd1.ut.comcast.net) |
| 14:44.12 | thebigdog | where o' where did everyone go |
| 14:46.06 | jsmith | thebigdog: Have you seen the "SQL Cookbook" from O'Reilly? It rocks |
| 14:46.23 | thebigdog | nope...good stuff yeah? |
| 14:46.40 | jsmith | Yeah... the stuff you usually don't find in database books. |
| 14:46.57 | thebigdog | jsmith, you have any experience with writing pgsql modules in c? |
| 14:47.09 | jsmith | With examples on how to do it in a variety of databases (MySQL/PostgreSQL/Oracle/MSSQL) |
| 14:47.16 | thebigdog | cool |
| 14:47.20 | jsmith | thebigdog: No... I don't have a high enough tolerance for pain |
| 14:47.21 | thebigdog | i might need to pick one up |
| 14:47.24 | jsmith | thebigdog: Why do you ask? |
| 14:47.36 | thebigdog | talking with unum last night about ldap and pgsql |
| 14:47.42 | jsmith | Oh? |
| 14:47.48 | thebigdog | looks like pgsql does not have a ldap interface |
| 14:47.53 | thebigdog | so i was thinking of writing one |
| 14:47.57 | thebigdog | for the pain you know |
| 14:48.00 | jsmith | But it wouldn't be hard to write one in PL/PHP |
| 14:48.23 | jsmith | Or by making LDAP calls over an HTTP interface |
| 14:48.47 | thebigdog | oracle has the ldap library for their plsql |
| 14:49.05 | thebigdog | so i was thinking of mimicking something like that |
| 14:49.11 | jsmith | Uh... |
| 14:49.13 | jsmith | http://www.postgresql.org/docs/current/static/libpq-ldap.html |
| 14:49.45 | thebigdog | yeah that gets you db connection info from ldap |
| 14:49.49 | jsmith | Oh, never mind. |
| 14:49.52 | jsmith | That's just connection info |
| 14:50.16 | thebigdog | yeah i was thinking to start with just queries for user data is all first |
| 14:50.23 | thebigdog | then perhaps add some additional stuff |
| 14:50.57 | thebigdog | but that stuff would be a starting point there |
| 14:51.21 | jsmith | Sounds cool. |
| 14:52.16 | thebigdog | yeah i need to brush up on the c/c++ skills so i figure i might enjoy the pain |
| 14:53.17 | thebigdog | wow numbers are low today in here |
| 14:58.49 | *** join/#uphpu mgeary (n=mgeary@166.70.44.49) |
| 14:58.49 | *** mode/#UPHPU [+v mgeary] by ChanServ |
| 15:02.01 | *** join/#uphpu mindjuju (n=mindjuju@65-121-75-195.dia.static.qwest.net) |
| 15:02.01 | *** mode/#UPHPU [+o mindjuju] by ChanServ |
| 15:03.42 | mgeary | exactly |
| 15:07.14 | *** join/#uphpu fungus (n=olsonl@mailhub.sosstaffing.com) |
| 15:07.14 | *** mode/#UPHPU [+o fungus] by ChanServ |
| 15:12.50 | thebigdog | is mindjuju here?...wow |
| 15:15.42 | mindjuju | ~melvin thebigdog |
| 15:15.46 | jbot | ACTION pulls thebigdog underwear up to the ceiling...and smiles |
| 15:15.51 | thebigdog | ty |
| 15:15.56 | mindjuju | sup bro |
| 15:31.04 | mindjuju | heya thebigdog, was just messin' around since hadn't seen ya in a bit |
| 15:31.20 | thebigdog | yeah i know |
| 15:34.19 | *** join/#uphpu _psychic_ (n=_psychic@66.7.114.126) |
| 15:34.19 | *** mode/#UPHPU [+v _psychic_] by ChanServ |
| 15:38.02 | *** join/#uphpu jsmith-away (n=jsmith@000-167-456.area3.spcsdns.net) |
| 15:38.03 | *** mode/#UPHPU [+v jsmith-away] by ChanServ |
| 15:40.05 | *** join/#uphpu beandog (n=sdibb@gentoo/developer/beandog) |
| 15:40.06 | *** mode/#UPHPU [+v beandog] by ChanServ |
| 15:58.50 | thebigdog | beandog, you around? |
| 15:58.59 | beandog | sure |
| 15:59.22 | thebigdog | where you the one telling me about some website that you were going to invite me too? |
| 15:59.28 | beandog | uh |
| 15:59.30 | beandog | dont think so. |
| 15:59.40 | thebigdog | i thought it was you |
| 15:59.45 | beandog | what was it about? |
| 15:59.50 | beandog | lotgd? |
| 16:00.10 | beandog | http://spaceparanoids.org/games/lotgd/home.php? |
| 16:00.12 | beandog | thats all I can think of |
| 16:00.19 | thebigdog | nope |
| 16:00.31 | thebigdog | yeah it was you..joost |
| 16:00.42 | beandog | ah thats right! |
| 16:00.47 | beandog | my computer broke. |
| 16:00.48 | beandog | :( |
| 16:00.53 | thebigdog | ouch |
| 16:01.39 | beandog | I could do it on my laptop, though |
| 16:02.08 | thebigdog | sweet...will you forget? |
| 16:02.21 | beandog | no, its in my gmail |
| 16:02.25 | beandog | lemme star the suckah |
| 16:02.34 | thebigdog | k |
| 16:20.39 | mgeary | interesting. did you know that you cannot add the same Option object to 2 different <select> javascript elements? |
| 16:31.48 | *** join/#uphpu Ritter (i=ritter@unstoppable.chpass.net) |
| 16:44.08 | thebigdog | i love the perks of my job |
| 16:44.19 | wps | question about reverse DNS |
| 16:44.24 | wps | it's not set up for my server |
| 16:44.30 | thebigdog | k |
| 16:44.30 | wps | I use everydns.net |
| 16:44.32 | thebigdog | :) |
| 16:44.42 | mgeary | thebigdog: what perks? |
| 16:44.56 | thebigdog | none...just laughing about some job posts about perks |
| 16:44.57 | wps | is reverse DNS something that I set up through everydns.net or is that something that the data center sets up? |
| 16:45.04 | thebigdog | i could care less about perks |
| 16:45.11 | mgeary | ah |
| 16:45.13 | thebigdog | wps, data center |
| 16:45.22 | thebigdog | who ever has your ip address |
| 16:45.32 | thebigdog | like i use everydns and i have xmission |
| 16:45.41 | thebigdog | xmission needs to setup reverse dns |
| 16:45.56 | wps | will they have to set up an entry for every domain that I run email through for that IP? |
| 16:46.14 | thebigdog | just the ip address and where it needs to resolve is all |
| 16:46.48 | thebigdog | i love when code works the first time |
| 16:47.03 | wps | so, for example, uphpu.org is the main domain that I run on my box, but I also send/receive mail at wade@anavidesign.com on that same box |
| 16:47.05 | mgeary | nah, that just means the problems are hard to detect |
| 16:47.24 | wps | will rDNS need to be set up for both of those domains? |
| 16:47.25 | thebigdog | mgeary, nope...i rock :) |
| 16:47.28 | mgeary | :) |
| 16:47.33 | thebigdog | you can add it |
| 16:47.38 | thebigdog | but i just do one domain |
| 16:47.46 | thebigdog | so ip -> main domain |
| 16:47.53 | wps | and that's sufficient? |
| 16:48.03 | thebigdog | for me it is |
| 16:48.34 | wps | if AOL is rejecting mail from anavidesign.com because there is not rDNS, will an entry for uphpu.org only fix that? |
| 16:48.36 | thebigdog | wps if you have issues with email then you can add it |
| 16:48.44 | thebigdog | probably not |
| 16:48.49 | thebigdog | you would need to add it |
| 16:48.56 | thebigdog | i hate aol for that |
| 16:49.00 | wps | me too |
| 16:49.13 | mgeary | yeah. i've experienced that as well |
| 16:49.15 | wps | bummer… that will be a hassle to have to contact the data center each time I need it changed or need a domain added |
| 16:49.27 | wps | does XMission have a way for you to do it manually? |
| 16:49.32 | mgeary | no |
| 16:49.37 | wps | ug |
| 16:49.37 | thebigdog | nope |
| 16:49.42 | thebigdog | but they are good about it |
| 16:49.52 | thebigdog | i just get on irc and they do it for me right then |
| 16:50.07 | thebigdog | i guess if you compile a list and then email them it would be cool too |
| 16:53.51 | dataw0lf | yea, they'll respond within 30 minutes on their IRC channel |
| 16:54.04 | mgeary | ~boggle dataw0lf |
| 16:54.20 | jbot | ACTION stares in flabbergasted astonishment at dataw0lf |
| 16:54.21 | mgeary | well hey |
| 16:54.33 | mgeary | welcome back |
| 16:54.37 | wps | k… thanks |
| 16:54.42 | wps | yes, welcome dataw0lf |
| 16:55.19 | dataw0lf | got a lacerated eyeball |
| 16:55.26 | dataw0lf | haven't been much on teh computer |
| 16:55.37 | mgeary | dang |
| 16:55.42 | mgeary | how'd that happen? |
| 16:57.59 | dataw0lf | ate a mountain side on a mountain bike |
| 16:58.14 | dataw0lf | landed on my face and a bunch of gravel went up into my eyes |
| 16:58.29 | mgeary | wow. that hurts just reading about it |
| 17:00.02 | fungus | wps: rDNS setup isn't about the domain. it's about the IP. The owner of the IP just adds a record for the IP in question to point to whatever name you give them. |
| 17:00.13 | mgeary | sooo, anyone want to take a mental break from their own challenges and lend a hand on a complex db query? I'm thinking it's going to require at least one subquery, and i'm still a bit weak there |
| 17:00.24 | wps | k, thanks, fungus |
| 17:00.36 | thebigdog | mgeary, shott |
| 17:00.53 | mgeary | well there's enough context required that i don't want to clutter up the list. mind if i PM you, thebigdog? |
| 17:01.04 | thebigdog | nope |
| 17:01.30 | fungus | As far as mail goes, your hostname (announced in HELO/EHLO) should map to the IP you are coming from, and that IP's reverse should point to the same name. |
| 17:01.40 | Utah_Dave | ~thesuck eating a mountain side on a mountain bike |
| 17:01.54 | jbot | ACTION (eating a mountain side on a mountain bike is teh suck!) |
| 17:12.33 | wps | T4 says that you can only have rDNS set up for one domain |
| 17:13.18 | thebigdog | well one ip address to one domain |
| 17:13.31 | wps | yes |
| 17:14.22 | *** join/#uphpu gibba[w] (n=gibbawho@209-253-35-18.ip.mcleodusa.net) |
| 17:15.10 | fungus | an IP address can only be associated with one name (forget the domain fixation). |
| 17:15.45 | fungus | Just match the rDNS to the name that your server announces itself as. |
| 17:15.54 | wps | k |
| 17:16.06 | wps | and sending email from other domains that run through that server will be alright? |
| 17:16.12 | fungus | yup |
| 17:16.14 | wps | k |
| 17:16.38 | fungus | announced name should resolve to the IP of the server, which should then reverse resolve to the same name you announced. |
| 17:16.47 | *** part/#uphpu wps (n=wps@67.108.236.230) |
| 17:17.01 | *** join/#uphpu wps (n=wps@67.108.236.230) |
| 17:17.01 | *** mode/#UPHPU [+o wps] by ChanServ |
| 17:18.11 | fungus | The server that handles mail for anavidesign.com calls itself "pedro.uphpu.org". |
| 17:18.28 | fungus | That resolves to 216.194.124.132 |
| 17:18.46 | fungus | and the reverse DNS of that IP should be pedro.uphpu.org |
| 17:19.00 | wps | oh… crap… I told them to use "uphpu.org" |
| 17:19.48 | *** join/#uphpu bradym (n=bradym@63.197.255.70) |
| 17:20.47 | wps | thank you fungus |
| 17:21.06 | fungus | np. |
| 17:21.54 | fungus | The source or destination domain on email addresses have nothing to do with the name of the server, it's ip, or it's rdns. |
| 17:22.33 | fungus | But there are many mail servers in the world that verify that the name, ip, and rdns match to prevent spam. |
| 17:40.01 | Ritter | I eat mysql subqueries for breakfast |
| 17:41.24 | dataw0lf | mysql has subqueries? |
| 17:41.48 | Ritter | yeah, since 4.1 |
| 17:41.58 | dataw0lf | I was joking. |
| 17:42.07 | Ritter | oh. sorry |
| 17:42.12 | Ritter | I meant to say ... |
| 17:42.19 | Ritter | hahaha, thats funny dataw0lf |
| 17:44.24 | bradym | woah... dataw0lf talks! |
| 17:44.24 | bradym | :) |
| 18:20.07 | mgeary | subqueries++ |
| 18:20.31 | mgeary | thanks to thebigdog, i've got my conundrum fixed. Put a subquery in the WHERE clause |
| 18:20.57 | mgeary | i need to do more database reports. They're good for my sql brain |
| 18:21.53 | jsmith | Aye... |
| 18:37.05 | mgeary | okay, here's one for ya, speaking of subqueries-- |
| 18:38.08 | mgeary | can i avoid running the exact same subquery twice? for example, in my SELECT, i want to do a DATEDIFF() on the result of a subquery, but i also want the raw result of that subquery |
| 19:08.26 | *** join/#uphpu gibs (n=gibs@209-253-35-18.ip.mcleodusa.net) |
| 19:08.28 | *** join/#uphpu cyco|w (n=cyco@66.114.120.2) |
| 19:36.32 | *** join/#uphpu _psychic_ (n=_psychic@66.7.114.126) |
| 19:36.32 | *** mode/#UPHPU [+v _psychic_] by ChanServ |
| 19:58.40 | thebigdog | mgeary, what query do you have now and what do you need help on? |
| 19:58.49 | mgeary | heya |
| 19:59.44 | mgeary | i don't have a problem now, but in that same query, i'm wanting to not only do a DATEDIFF() operation on the result of a subquery, but i want to return the actual value. Currently i'm repeating the subquery, which seems silly |
| 20:00.04 | mgeary | (i've moved the subquery to my SELECT from the WHERE, and i'm using HAVING now) |
| 20:00.13 | thebigdog | pastebin the query |
| 20:00.40 | thebigdog | or msg me |
| 20:00.54 | mgeary | http://dpaste.com/11425/ |
| 20:00.59 | mgeary | lines 8 & 9 |
| 20:02.21 | thebigdog | line 8 has me confused...what is that providing |
| 20:02.56 | mgeary | the actual date value of the second task |
| 20:02.58 | thebigdog | you could do a subselect and set that return value |
| 20:03.23 | mgeary | in the FROM ? |
| 20:03.40 | thebigdog | in your next subselect it looks like |
| 20:03.44 | thebigdog | have you tried that? |
| 20:04.24 | mgeary | not entirely following you. the two sub-selects are identical, but one is returning the raw value, and the other is performing DATEDIFF on the raw value |
| 20:04.33 | thebigdog | ABS(datediff(end_task_date, order_tasks.end_date)) |
| 20:04.48 | mgeary | aah |
| 20:05.25 | mgeary | not always obvious how far you can "see" in a given scope |
| 20:05.57 | mgeary | erm. yeah, that doesn't work. Unknown column 'end_task_date' in 'field list' |
| 20:05.58 | thebigdog | looks good though |
| 20:07.28 | thebigdog | suck |
| 20:08.03 | thebigdog | probably cause it is in the select portion |
| 20:08.12 | mgeary | yeah |
| 20:08.42 | thebigdog | sometimes i like to take those types of subqueries and create functions with them |
| 20:08.48 | thebigdog | so i would have like this |
| 20:09.18 | thebigdog | find_end_date('$this->end_task') as end_task_date |
| 20:09.39 | thebigdog | so find_end_date would be a pl function i would create that would do the query for me |
| 20:09.48 | thebigdog | and return a date back |
| 20:09.52 | mgeary | but you'd still essentially be running the subquery twice |
| 20:09.59 | mgeary | it's just more elegant |
| 20:10.00 | mgeary | right? |
| 20:10.24 | thebigdog | yeah...you could create a view too that helps with the caching |
| 20:10.40 | thebigdog | however, a function should return a value you can use |
| 20:10.56 | thebigdog | so you could have that value used again perhaps |
| 20:11.00 | thebigdog | like i suggested |
| 20:11.10 | thebigdog | i might be thinking more pgsql on this though |
| 20:11.27 | mgeary | well, i'll play around in that direction. at least the query works now :) |
| 20:11.30 | thebigdog | this type of complex stuff i have not done in mysql that much |
| 20:12.05 | thebigdog | you could also do the subquery in php too |
| 20:12.13 | thebigdog | that would allow you to get the date once |
| 20:12.18 | thebigdog | or in one query |
| 20:12.22 | mgeary | that's true |
| 20:12.32 | mgeary | that's not a bad idea |
| 20:12.43 | thebigdog | but the good thing with functions is that you are already in a connection so it is really fast |
| 20:13.23 | thebigdog | and hopefully the engine is optimized for those too |
| 20:13.48 | mgeary | yeah |
| 20:18.48 | thebigdog | ~lart Ritter |
| 20:18.48 | jbot | nabs the moon and broadsides Ritter with the sea of tranquility |
| 20:19.02 | thebigdog | jbot, that sucked |
| 20:19.17 | thebigdog | jbot, that sucked |
| 20:19.22 | thebigdog | ~lart Ritter |
| 20:19.22 | jbot | judo chops Ritter |
| 20:25.51 | mindjuju | sure wish i had some chili peppers to listen to |
| 20:46.45 | *** join/#uphpu mindjuju (n=mindjuju@65-121-75-195.dia.static.qwest.net) |
| 20:46.45 | *** mode/#UPHPU [+o mindjuju] by ChanServ |
| 20:57.38 | mgeary | ~yow yourself |
| 21:05.46 | mgeary | has anyone else noticed problems with <input type='file'> in Safari when accessing 127.0.0.1? About half the time it just hangs, never completes |
| 21:05.47 | mgeary | i don't think i've observed this on non-localhost servers |
| 21:18.10 | thebigdog | that is a woz feature |
| 21:19.44 | mgeary | ? |
| 21:32.54 | mgeary | wow. Parallels 3 reportedly has full 3D graphics support |
| 21:33.37 | mgeary | so, would that mean that games requiring Direct-X will work? Anyone know? |
| 21:50.27 | *** join/#uphpu fungus (n=olsonl@mailhub.sosstaffing.com) |
| 21:50.30 | *** part/#uphpu mgeary (n=mgeary@166.70.44.49) |
| 21:50.32 | *** mode/#UPHPU [+o fungus] by ChanServ |
| 22:07.05 | *** join/#uphpu seant23 (n=seant23@69.27.17.186) |
| 22:08.39 | seant23 | ~seen kryp71k|w |
| 22:09.42 | jbot | kryp71k|w <i=kryp71k@64.50.125.202> was last seen on IRC in channel #uphpu, 623d 4h 1m 4s ago, saying: 'optikal, you silly!'. |
| 22:16.22 | thebigdog | lol |
| 22:26.47 | bradym | so many nested if statements... and no comments to explain... ugh |
| 22:33.21 | *** part/#uphpu seant23 (n=seant23@69.27.17.186) |
| 22:35.29 | tierra | ~seen kryp71k |
| 22:36.23 | jbot | kryp71k <n=kryp71k@64.50.125.202> was last seen on IRC in channel #uphpu, 483d 1h 52m 14s ago, saying: 'anyone have a weapon of mass destruction I could borrow till sunday? Have a few islands I wanna take over.'. |
| 22:44.33 | *** join/#uphpu swb (n=designsi@box41.bluehost.com) |
| 22:44.50 | *** join/#uphpu fungus (n=olsonl@mailhub.sosstaffing.com) |
| 22:44.50 | *** mode/#UPHPU [+o fungus] by ChanServ |
| 22:45.33 | swb | check out these live webcasts from Google Developer Day: http://code.google.com/events/developerday/webcast-schedule.html |
| 22:46.00 | swb | one session is talking about Python Design Patters right now |
| 22:46.01 | *** join/#uphpu gibba[w] (n=gibs@209-253-35-18.ip.mcleodusa.net) |
| 22:49.49 | *** join/#uphpu Lone_Wanderer (n=Lone_Wan@cg.dsl.xmission.com) |
| 22:49.49 | *** mode/#UPHPU [+v Lone_Wanderer] by ChanServ |
| 22:57.08 | *** join/#uphpu beandog (n=sdibb@gentoo/developer/beandog) |
| 22:57.08 | *** mode/#UPHPU [+v beandog] by ChanServ |
| 22:57.17 | beandog | ~lart mindjuju |
| 22:57.17 | jbot | takes out a seltzer bottle and sprays mindjuju in the face. You know, one of those old-school seltzer bottles clowns have? Yeah those. Anyway, consider yourself spritzed |
| 23:01.22 | *** join/#uphpu Utah_Dav1 (n=boucha@72-166-51-162.dia.static.qwest.net) |
| 23:41.39 | mindjuju | thx beandog |
| 23:49.40 | *** part/#uphpu Utah_Dav1 (n=boucha@72-166-51-162.dia.static.qwest.net) |