Versions Compared

Version Old Version 40 New Version 41
Changes made by

Apereo Infrastructure

Apereo Infrastructure

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

[06:40:54 EDT(-0400)] * michelled (~michelled@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[09:11:05 EDT(-0400)] * athena (~athena@adsl-99-97-29-187.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[09:14:56 EDT(-0400)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined ##uportal
[09:56:42 EDT(-0400)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[09:57:52 EDT(-0400)] * michelled (~michelled@142.150.154.141) has joined ##uportal
[10:14:09 EDT(-0400)] * holdorph (~holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[10:17:46 EDT(-0400)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[10:59:19 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[12:43:45 EDT(-0400)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[13:06:25 EDT(-0400)] * holdorph (~holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[13:18:35 EDT(-0400)] * michelled (~michelled@142.150.154.141) has joined ##uportal
[13:22:43 EDT(-0400)] <athena> EricDalquist: do you know of a way to make a properties file get deployed to the uportal webapp's lib directory?
[13:22:56 EDT(-0400)] <athena> grouper has this weird requirement where the properties file needs to live alongside the jar
[13:23:04 EDT(-0400)] <EricDalquist> not that I know of
[13:23:11 EDT(-0400)] <EricDalquist> that isn't really supported by the servlet spec
[13:23:14 EDT(-0400)] <athena> yeah
[13:23:22 EDT(-0400)] <EricDalquist> like ... not at all supported
[13:23:24 EDT(-0400)] <athena> i need to get in touch with them and see why it's set up that way
[13:23:25 EDT(-0400)] <EricDalquist> and incorrect
[13:23:27 EDT(-0400)] <athena> agreed
[13:23:38 EDT(-0400)] <athena> i've managed to get the code working now, and most of it does work ok
[13:23:43 EDT(-0400)] <athena> definitely going to need some tweaks though
[13:23:57 EDT(-0400)] <athena> like the search function searches the group key, rather than the name, which i don't think is what we really want
[13:23:58 EDT(-0400)] <EricDalquist> sounds like progress though
[13:24:00 EDT(-0400)] <athena> yeah
[13:24:43 EDT(-0400)] <athena> need to follow up with them on the maven stuff too
[13:25:14 EDT(-0400)] <athena> kind of wish i could add it to the trunk even if it's not totally polished yet - would be easier to collaborate on
[13:25:19 EDT(-0400)] <EricDalquist> yeah
[13:25:31 EDT(-0400)] <EricDalquist> you can always just stick the JAR in the bootstrap directory for now
[13:25:40 EDT(-0400)] <EricDalquist> with a stub pom.xml
[13:25:48 EDT(-0400)] <EricDalquist> and people in trunk can just run the mvn install:file command
[13:26:00 EDT(-0400)] <EricDalquist> though the bamboo build would complain (tongue)
[13:26:08 EDT(-0400)] <athena> hehe
[13:26:22 EDT(-0400)] <athena> oh so as i told you awills and i have been working on import for the calendar portlet
[13:26:32 EDT(-0400)] <EricDalquist> and one of them wouldn't be fixable ... it does an empty local repo build every night
[13:26:35 EDT(-0400)] <EricDalquist> oh yeah
[13:26:36 EDT(-0400)] <athena> and i got something working this morning using the maven antrun plugin
[13:26:39 EDT(-0400)] <EricDalquist> neat
[13:26:49 EDT(-0400)] <athena> turns out it's probably pretty easy to bootstrap ant stuff through the plugin too
[13:27:18 EDT(-0400)] <athena> if i understood this stuff better we could probably transfer it to do that in the trunk
[13:27:18 EDT(-0400)] <athena> but
[13:27:18 EDT(-0400)] <athena>
[13:27:33 EDT(-0400)] <athena> i don't know how to add a plugin that doesnt' get executed for the child projects
[13:27:45 EDT(-0400)] <EricDalquist> <inherit>false</inherit>
[13:27:48 EDT(-0400)] <EricDalquist> I think
[13:27:53 EDT(-0400)] <athena> i'll try it (smile)
[13:28:07 EDT(-0400)] <athena> i feel like i tried it and it didn't work
[13:28:08 EDT(-0400)] <athena> but maybe not
[13:28:11 EDT(-0400)] <EricDalquist> yeah
[13:28:19 EDT(-0400)] <EricDalquist> maven-clean-plugin in the trunk pom.xml already uses it
[13:28:34 EDT(-0400)] <athena> oh cool
[13:28:37 EDT(-0400)] <athena> i'll try it out
[13:28:44 EDT(-0400)] <athena> would be great to make progress on that stuff
[13:29:00 EDT(-0400)] <athena> even if we just started converting stuff in the background and still had it fronted by ant calling maven
[13:29:05 EDT(-0400)] <athena> it'd be a step in the right direction
[13:29:05 EDT(-0400)] <EricDalquist> yeah
[13:29:08 EDT(-0400)] <EricDalquist> it would
[13:29:19 EDT(-0400)] <EricDalquist> and getting to the point where we can use the release plugin
[13:29:24 EDT(-0400)] <EricDalquist> would make releases a lot easier
[13:29:34 EDT(-0400)] <athena> ugh i bet!
[13:29:39 EDT(-0400)] <athena> speaking of releases . . . (smile)
[13:29:49 EDT(-0400)] <EricDalquist> yeah
[13:29:55 EDT(-0400)] <athena> i have most of hte NOTICE file done - just missing the part w/ all the random sun licenses
[13:29:57 EDT(-0400)] <EricDalquist> there are a few issues I want to take a look at this week
[13:29:58 EDT(-0400)] <EricDalquist> great
[13:30:03 EDT(-0400)] <athena> cool
[13:30:12 EDT(-0400)] <athena> i'll check w/ gary and see where he's at w/ the high contrast skin
[13:30:52 EDT(-0400)] <EricDalquist> sounds good
[13:57:21 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[14:00:40 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[14:11:32 EDT(-0400)] <EricDalquist> if you go to https://www.ja-sig.org/crowd
[14:11:35 EDT(-0400)] <EricDalquist> what version do you see
[14:11:40 EDT(-0400)] <EricDalquist> at the bottom of the page
[14:14:13 EDT(-0400)] <athena> 1.3
[14:14:21 EDT(-0400)] <EricDalquist> thanks
[14:14:22 EDT(-0400)] <athena> is that what it's supposed to be?
[14:14:31 EDT(-0400)] <athena> also, are we eventually going to change the url to jasig.org?
[14:14:36 EDT(-0400)] <EricDalquist> I'm testing stuff for contegix
[14:14:42 EDT(-0400)] <EricDalquist> and have etc/hosts tweaked
[14:14:46 EDT(-0400)] <EricDalquist> so I needed to compare
[14:14:48 EDT(-0400)] <EricDalquist> we can't
[14:14:54 EDT(-0400)] <EricDalquist> unless we move away from www.jasig.org
[14:14:58 EDT(-0400)] <EricDalquist> since that is hosted at WCW
[14:14:59 EDT(-0400)] <athena> ah
[14:15:03 EDT(-0400)] <athena> makes sense
[14:15:06 EDT(-0400)] <EricDalquist> and they're not going to be hosting these apps
[14:15:08 EDT(-0400)] <athena> yeah
[14:15:11 EDT(-0400)] <EricDalquist> we could do like services.jasig.org
[14:15:14 EDT(-0400)] <athena> can we use a subdomain or something?
[14:15:20 EDT(-0400)] <athena> yeah
[14:15:23 EDT(-0400)] <EricDalquist> I'm all for suggestions (smile)
[14:15:26 EDT(-0400)] <EricDalquist> we need a new cert anyways
[14:15:29 EDT(-0400)] <athena> seems like it'd be more consistent w/ the Jasig re-branding
[14:15:32 EDT(-0400)] <EricDalquist> since the goddady one is a pain
[14:15:41 EDT(-0400)] <athena> since we're not using the JA-SIG format anymore
[14:15:41 EDT(-0400)] <EricDalquist> well the cert was the other issue
[14:15:45 EDT(-0400)] <athena> no kidding :/
[14:16:13 EDT(-0400)] <athena> that godaddy cert really tripped a lot of people up
[14:16:50 EDT(-0400)] <athena> lol this AP article claims microsoft is trying to make hotmail cool again
[14:17:33 EDT(-0400)] <athena> how about some IMAP, folks
[14:17:47 EDT(-0400)] <EricDalquist> and forwarding
[14:17:53 EDT(-0400)] <EricDalquist> and viewing of message source ..
[14:18:33 EDT(-0400)] <athena> my hotmail account is just a big pile of about 10 years worth of spam (smile)
[14:20:52 EDT(-0400)] * michelled (~michelled@142.150.154.141) has joined ##uportal
[15:15:54 EDT(-0400)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined ##uportal
[15:34:42 EDT(-0400)] * michelled (~michelled@142.150.154.141) has joined ##uportal
[15:43:23 EDT(-0400)] <athena> hmmm, awills, is there a reason why the fragment administration portlet doesn't use the doesPrincipalHavePermission method?
[15:44:39 EDT(-0400)] <awills> not sure... been a long time since i looked
[15:44:50 EDT(-0400)] <awills> but it may have to do with the regex pattern matching
[15:44:59 EDT(-0400)] <athena> k
[15:45:45 EDT(-0400)] <athena> actually wouldn't have supported the regex style
[15:45:54 EDT(-0400)] <athena> and doesn't support the new inheritence stuff either
[15:46:07 EDT(-0400)] <athena> so i'll probably change it over unless you can think of a reason why it shouldn't be that way
[15:47:54 EDT(-0400)] <awills> can i specufy ".*"?
[15:47:58 EDT(-0400)] <athena> no
[15:48:13 EDT(-0400)] <awills> or ".*-lo"?
[15:48:20 EDT(-0400)] <athena> no
[15:48:28 EDT(-0400)] <awills> can you think of a suitable way to replace that ability?
[15:48:32 EDT(-0400)] <athena> we removed the regex stuff as of 3.2
[15:48:49 EDT(-0400)] <athena> because no one could come up with an example of us wanting to use anything but "all channels"
[15:49:49 EDT(-0400)] <awills> doesn't need to be regex-based, but "." and ".-lo" are oft-requessted use cases
[15:50:13 EDT(-0400)] <athena> well
[15:50:25 EDT(-0400)] <athena> you can now do things like target a permission to a group and have it inherited to the members
[15:50:32 EDT(-0400)] <athena> so you could target the Fragment Owners group
[15:50:43 EDT(-0400)] <athena> which seems like it's probably closer to what you were trying to accomplish?
[15:52:24 EDT(-0400)] <awills> oh yes, that's certainly very close... even better... but it would need an update to check whether the specified username is a member of the granted group target
[15:52:41 EDT(-0400)] <athena> that got added as of 3.2
[15:52:56 EDT(-0400)] <athena> so right now if you set a permission on Fragment Owners, it's also set on the members of the group
[15:53:29 EDT(-0400)] <awills> it got added to the Fragment-admin portlet?
[15:53:41 EDT(-0400)] <athena> ah, sorry, no
[15:53:42 EDT(-0400)] <awills> oh i see... doing 2 things atm
[15:53:47 EDT(-0400)] <athena> to the implementation itself
[15:54:12 EDT(-0400)] <athena> so i think i need to change the portlet to use the normal has permission method instead of the manual check it was doing that doesn't really use any of the built-in implementation
[15:54:26 EDT(-0400)] <awills> so you can actualy call me.hasPermission("IMPERSONATE", SOMEuSERNAME)?
[15:54:39 EDT(-0400)] <athena> sure, that's how uportal normally checks permissions
[15:54:53 EDT(-0400)] <athena> think the method is actually hasPermission(principal, owner, activity, target)
[15:55:05 EDT(-0400)] <awills> ehat runtime type is the 2nd parameter there?
[15:55:25 EDT(-0400)] <athena> owner and activity are both strings
[15:55:25 EDT(-0400)] <awills> the target
[15:55:31 EDT(-0400)] <athena> as is the target
[15:56:41 EDT(-0400)] <awills> and under the hood, it will convert the target to an IEntityGroupMember or somesuch, and evaluate against the permissions granted vs. any groups it is a deepMemberOf?
[15:57:54 EDT(-0400)] <awills> that sounds great
[15:57:57 EDT(-0400)] <awills> if yes
[15:58:08 EDT(-0400)] <awills> have to run to a phone call
[15:58:25 EDT(-0400)] <athena> (smile)
[16:03:01 EDT(-0400)] <awills> one more question... it works w/ PAGS?
[16:03:10 EDT(-0400)] <athena> sure
[16:03:18 EDT(-0400)] <athena> there shouldn't be any magic involved
[16:03:20 EDT(-0400)] <awills> awesome
[16:03:38 EDT(-0400)] <athena> in the future we should think about making it possible to block inheritence like you can with principals
[16:03:47 EDT(-0400)] <athena> but i think it's a step in the right direction
[16:04:22 EDT(-0400)] <awills> yes, me too... it's more usuable to be able to select a target group than type in a secret string
[16:06:33 EDT(-0400)] <athena> yeah
[16:06:42 EDT(-0400)] <athena> and i think we can still represent all the same info
[16:06:53 EDT(-0400)] <athena> we may still need a couple magic strings to represent things like ALL_CHANNELS
[16:07:04 EDT(-0400)] <athena> since in theory you could have a channel that's not in any groups
[16:07:09 EDT(-0400)] <athena> and then you'd have no permissions on it and that would suck (smile)
[16:08:20 EDT(-0400)] <athena> it'd really be nice to have some modern documentation explaining how all this stuff works
[16:08:30 EDT(-0400)] <athena> especially once we rewrite the groups and permissions portlets so that mortals can use them
[16:29:42 EDT(-0400)] <athena> hey EricDalquist - question about the documentation here: http://www.ja-sig.org/wiki/display/UPC/Database+Event+Logger
[16:30:01 EDT(-0400)] <athena> statsQueueFlushingTask doesn't seem to exist anymore
[16:30:10 EDT(-0400)] <EricDalquist> um ... just a minute ... I have my hosts file pointing to contegix ...
[16:30:14 EDT(-0400)] <athena> but there's a statsQueueFlushingTrigger that's on by default
[16:30:16 EDT(-0400)] <athena> no worries (smile)
[16:30:44 EDT(-0400)] <athena> my guess is that documentation's just outdated, but i figured i'd check in w/ you
[16:31:05 EDT(-0400)] <EricDalquist> yeah
[16:31:08 EDT(-0400)] <EricDalquist> I think it is
[16:31:20 EDT(-0400)] <EricDalquist> I think there was some minor changes to how that flushing was implemented
[16:31:33 EDT(-0400)] <athena> figured that was the case
[16:31:44 EDT(-0400)] <athena> i'll look through my portal instances - sure i have it enabled somewhere
[16:31:54 EDT(-0400)] <athena> (smile)
[16:32:04 EDT(-0400)] <athena> things going well w/ the contegix migration/
[16:32:41 EDT(-0400)] <EricDalquist> yeah, looking at the data import right now
[16:32:48 EDT(-0400)] <athena> (smile)
[16:47:02 EDT(-0400)] <EricDalquist> how does tools.jasig.org sound?
[16:47:25 EDT(-0400)] <EricDalquist> for a new DNS name for all the stuff that is under www.ja-sig.org and developer.ja-sig.org right now?
[16:48:43 EDT(-0400)] <holdorph> feels kind of weird for the confluence server, but i'm sure i'd learn to just use my bookmark and ignore it
[16:48:53 EDT(-0400)] <EricDalquist> any other ideas?
[16:49:13 EDT(-0400)] <holdorph> maybe in addition to tools.jasig.org confluence.jasig.org could be an alias to the same ip?
[16:49:34 EDT(-0400)] <EricDalquist> that means more certs though
[16:49:45 EDT(-0400)] <EricDalquist> or a *.jasig.org cert
[16:50:12 EDT(-0400)] <holdorph> dev.jasig.org ?
[16:50:37 EDT(-0400)] <holdorph> i'm not crazy about that either, just throwing out ideas. tools.jasig.org isn't bad. if we can't do aliases, it's probably fine.
[16:51:05 EDT(-0400)] <EricDalquist> we could do aliases with redirects
[16:51:11 EDT(-0400)] <EricDalquist> dev.jasig.org would work too
[16:52:06 EDT(-0400)] <holdorph> sakai uses... jira.skaiproject.org, confluence.sakaiproject.org and svn.sakaiproject.org, for comparison sake
[16:52:43 EDT(-0400)] <EricDalquist> ah'
[16:52:50 EDT(-0400)] <EricDalquist> and no ssl for logins it looks like (smile)
[16:53:32 EDT(-0400)] <holdorph> it's changed hosting a few times over the years.
[16:54:18 EDT(-0400)] <holdorph> sorry, svn, is source.sakaiproject.org.... i thought i had that one wrong.
[16:54:38 EDT(-0400)] <holdorph> and that one is ssl, fwiw.
[16:54:43 EDT(-0400)] <holdorph> https://source.sakaiproject.org/svn/
[16:54:49 EDT(-0400)] <EricDalquist> yeah
[16:55:43 EDT(-0400)] <holdorph> indiana i believe hosts sakai's subversion and some place else hosts confluence and jira, so probably the reason for the difference in ssl certs
[16:55:56 EDT(-0400)] <EricDalquist> ah yeah
[16:56:00 EDT(-0400)] <EricDalquist> that would make it more difficult
[16:56:31 EDT(-0400)] <athena> i'm ok with tools or services or whatever - not sure i have any strong thoughts on that
[16:56:48 EDT(-0400)] <EricDalquist> yeah, I don't really care that much
[16:56:58 EDT(-0400)] <EricDalquist> I just like the idea of getting on the .jasig.org domain
[16:57:02 EDT(-0400)] <EricDalquist> plus that simplifies the migration
[16:57:08 EDT(-0400)] <EricDalquist> since we wouldn't have to time a DNS switch as well
[16:57:20 EDT(-0400)] <EricDalquist> just dealing with apache redirects for the initial change over
[16:58:08 EDT(-0400)] <athena> yeah i think that all sounds great (smile)
[16:58:58 EDT(-0400)] <holdorph> another comparison, apache seems to use issues.apache.org, svn.apache.org and wiki.apache.org
[16:59:44 EDT(-0400)] <EricDalquist> yes and they have a *.apache.org SSL cert they use to secure all of them
[17:01:04 EDT(-0400)] <EricDalquist> maybe we can find a CA who would give us one for free/cheap
[17:01:32 EDT(-0400)] <athena> of course, we need a cert that's in the JVM by default though
[17:01:38 EDT(-0400)] <EricDalquist> yup
[17:01:46 EDT(-0400)] <EricDalquist> which is a problem with godaddy
[17:02:02 EDT(-0400)] <EricDalquist> though they do give away free certs to open source projects
[17:02:10 EDT(-0400)] <EricDalquist> their certs aren't trusted but a whole lot of stuff
[17:02:13 EDT(-0400)] <athena> yeah
[17:02:16 EDT(-0400)] <EricDalquist> apache uses thwate
[17:02:30 EDT(-0400)] <EricDalquist> not sure if that means they are OSS friendly or if Apache just has a decent deal with them
[17:17:08 EDT(-0400)] <athena> dunno - apache may be big enough that it's not an issue
[17:17:14 EDT(-0400)] <athena> but maybe worth checking?
[17:18:09 EDT(-0400)] <athena> hmm, looks like perhaps so!
[17:18:09 EDT(-0400)] <athena> http://www.pr-inside.com/thawte-to-offer-free-ssl-and-r1565132.htm
[17:21:20 EDT(-0400)] <holdorph> cool
[17:21:25 EDT(-0400)] <EricDalquist> neat
[17:21:49 EDT(-0400)] <athena> yeah if it turns out we can do something like that it'd be perfect (smile)
[17:22:22 EDT(-0400)] <EricDalquist> forwarding to the infrastructure list right now
[17:23:11 EDT(-0400)] <athena> cool
[17:25:48 EDT(-0400)] <EricDalquist> so if that works
[17:25:50 EDT(-0400)] <EricDalquist> we could have
[17:26:11 EDT(-0400)] <EricDalquist> wiki. issues. svn. and then keep developer. like we currently have
[17:26:26 EDT(-0400)] <EricDalquist> maybe add a downloads. as well since those are currently coming from www.ja-sig.org
[17:28:52 EDT(-0400)] <EricDalquist> just asked them via twitter how to get started: http://twitter.com/ThawteSupport
[17:28:58 EDT(-0400)] <athena> awesome (smile)
[17:29:12 EDT(-0400)] <EricDalquist> twitter is still scary at times
[17:29:48 EDT(-0400)] <athena> kind of interesting to just have all your support be public
[17:30:05 EDT(-0400)] <athena> i'm sure there are things we could do to use the uportal account more effectively
[17:30:15 EDT(-0400)] <EricDalquist> yeah
[17:30:27 EDT(-0400)] <EricDalquist> I do have a saved search I check daily for uportal or jasig
[17:30:49 EDT(-0400)] <athena> oh cool
[17:30:53 EDT(-0400)] <athena> i always forget to check
[17:30:58 EDT(-0400)] <athena> anything good?
[17:31:23 EDT(-0400)] <athena> i like how older tweets are always "temporarily unavilable"
[17:31:24 EDT(-0400)] <EricDalquist> eh
[17:31:29 EDT(-0400)] <EricDalquist> not much
[17:31:36 EDT(-0400)] <EricDalquist> stuff during training classes and such
[17:31:42 EDT(-0400)] <EricDalquist> every once in a while I'll respond
[17:31:47 EDT(-0400)] <athena> (smile)
[17:32:21 EDT(-0400)] <holdorph> cussing out their american instructor who can't understand a scottish accent?
[17:32:36 EDT(-0400)] <athena> lol
[17:32:43 EDT(-0400)] <EricDalquist> lol
[17:32:52 EDT(-0400)] <athena> when i was in austria the mayor of the town we were staying in spoke flawless english
[17:33:02 EDT(-0400)] <athena> but with a very strong and flawless scottish accent
[17:33:07 EDT(-0400)] <athena> so umm, i mostly couldn't understand him (smile)
[17:33:12 EDT(-0400)] <holdorph> lol
[17:33:23 EDT(-0400)] <athena> yeah (smile)
[17:34:33 EDT(-0400)] <athena> hmmm, as we do this DLM refactoring we're also going to have to make sure that the restrictions don't actually apply when the fragment admin is logged in
[17:34:55 EDT(-0400)] <EricDalquist> yeah
[17:35:15 EDT(-0400)] <EricDalquist> so something that we'll be adding in with the URL work & pluto 2 stuff (so hopefully on Friday)
[17:35:24 EDT(-0400)] <EricDalquist> is additional groups & permissions features in XSL
[17:35:38 EDT(-0400)] <EricDalquist> so you can do permission checks using an XSL tag
[17:35:44 EDT(-0400)] <athena> oh cool
[17:35:47 EDT(-0400)] <athena> that should be nice
[17:35:55 EDT(-0400)] <EricDalquist> the other option of course would be a permission check rest API
[17:36:05 EDT(-0400)] <athena> i'm not sure if that's applicable here, but that's a really nice thing to have
[19:19:33 EDT(-0400)] * mkuraja (~mkuraja@ip68-3-107-145.ph.ph.cox.net) has joined ##uportal
[19:19:49 EDT(-0400)] * mkuraja testing.
[19:22:30 EDT(-0400)] * mkuraja (~mkuraja@ip68-3-107-145.ph.ph.cox.net) has joined ##uportal
[19:24:27 EDT(-0400)] * mkuraja (~mkuraja@ip68-3-107-145.ph.ph.cox.net) has joined ##uportal
[19:27:22 EDT(-0400)] * mkuraja (~mkuraja@ip68-3-107-145.ph.ph.cox.net) has joined ##uportal
[19:30:17 EDT(-0400)] <holdorph> it's been 2-3 minutes isn't it about time for mkuraja to drop again?
[19:30:35 EDT(-0400)] <mkuraja> hardy, har.
[20:07:57 EDT(-0400)] * athena staples mkuraja to the internet
[20:26:26 EDT(-0400)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal
[21:37:38 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal
[22:09:03 EDT(-0400)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal