[10:21:19 CDT(-0500)] <EricDalquist> ok ... time to do 4.0.2

[10:52:19 CDT(-0500)] <athena> hurray!

[11:06:05 CDT(-0500)] <EricDalquist> well mvn handled doing the release via git just fine

[11:06:23 CDT(-0500)] <EricDalquist> I also just realized that GitHub provides zip and tar.gz downloads of all tags for a project: V

[11:06:24 CDT(-0500)] <EricDalquist> https://github.com/Jasig/uPortal/tags

[11:07:27 CDT(-0500)] <athena> ya

[11:07:30 CDT(-0500)] <athena> it's really nice

[11:15:09 CDT(-0500)] <athena> just out of curiosity, do we know if there's power around the jasig unconference right now?

[11:15:42 CDT(-0500)] <EricDalquist> I think so

[11:16:04 CDT(-0500)] <athena> ok

[11:16:09 CDT(-0500)] <athena> know a lot of people in CT are still out

[11:55:45 CDT(-0500)] <EricDalquist> http://www.jasig.org/uportal/download/uportal-402

[11:58:18 CDT(-0500)] <athena> hurray!

[11:58:22 CDT(-0500)] <athena> lot of really good fixes in there

[11:59:04 CDT(-0500)] <EricDalquist> yup

[12:53:16 CDT(-0500)] <Daskreech> EricDalquist: I'm being asked how difficult is the upgrade from 3.1 to 4.0.2

[12:53:36 CDT(-0500)] <EricDalquist> depends on how many local modifications they have to uPortal itself

[12:53:52 CDT(-0500)] <Daskreech> Quite a few

[12:54:17 CDT(-0500)] <Daskreech> It was installed when it was new so there are lots of minor modifications

[12:54:28 CDT(-0500)] <Daskreech> The portlets are all generic

[12:59:59 CDT(-0500)] <athena> hey EricDalquist - unfortunately i think something in yesterday's commits re-broke the resource caching stuff

[13:00:08 CDT(-0500)] <athena> now i'm seeing black 200 OK responses again

[13:00:14 CDT(-0500)] <athena> had been working briefly before that

[13:00:17 CDT(-0500)] <athena> er, blank

[13:05:23 CDT(-0500)] <EricDalquist> blah

[13:05:25 CDT(-0500)] <EricDalquist> ok

[13:05:43 CDT(-0500)] <EricDalquist> biab

[13:05:45 CDT(-0500)] <Daskreech> EricDalquist: Ok

[13:05:47 CDT(-0500)] <EricDalquist> debugging shib stuff

[13:23:38 CDT(-0500)] <athena1> ugh, back

[13:23:53 CDT(-0500)] <athena1> nothing like having to get your modem reset to make the day complete!

[13:26:01 CDT(-0500)] <EricDalquist> hi athena

[13:26:09 CDT(-0500)] <EricDalquist> so I probably broke the caching then

[13:26:29 CDT(-0500)] <EricDalquist> I had to muck with it to fix an issue with using a PrintWriter instead of an OutputStream for resource responses

[13:26:36 CDT(-0500)] <athena1> ahh, gotcha

[13:26:39 CDT(-0500)] <EricDalquist> :/

[13:26:46 CDT(-0500)] <athena1> eh, it happens

[13:26:55 CDT(-0500)] <athena1> luckily at least it won't affect the base install of uportal

[13:27:01 CDT(-0500)] <athena1> definitely want to get it fixed for umobile though

[13:27:49 CDT(-0500)] <EricDalquist> yeah

[13:27:54 CDT(-0500)] <EricDalquist> nick will be annoyed with me

[13:37:02 CDT(-0500)] <athena1> lol

[13:37:16 CDT(-0500)] <athena1> the saga of the resource caching!

[13:43:06 CDT(-0500)] <Daskreech> Is there an upgrade sequence for uPortal?

[13:45:00 CDT(-0500)] <EricDalquist> https://wiki.jasig.org/display/UPM40/Upgrading

[13:47:08 CDT(-0500)] <Daskreech> EricDalquist: I was more looking for you must upgrade to uportal 3.3 before upgrading to Uportal 4.0 then upgrade to Uportal 4.0.2

[13:47:20 CDT(-0500)] <EricDalquist> no there is no upgrade sequence

[13:47:31 CDT(-0500)] <EricDalquist> our data migration scripts deal with that sequence internally

[13:47:52 CDT(-0500)] <EricDalquist> you can go from and version starting with 2.5 to any later version

[13:48:02 CDT(-0500)] <EricDalquist> granted this isn't 100% fool proof

[13:48:18 CDT(-0500)] <EricDalquist> and we're working on making the process easier/better with each release

[13:48:22 CDT(-0500)] <EricDalquist> but that is the intent

[13:50:18 CDT(-0500)] <Daskreech> EricDalquist: I've dealt with 100% fools. I don't need to see proof I understand

[13:50:30 CDT(-0500)] <Daskreech>

[13:51:12 CDT(-0500)] <Daskreech> EricDalquist: Alright I will do a DB and file backup and try to do an upgrade and hopefully I'll get a nice site with a working calendar

[13:58:46 CDT(-0500)] <EricDalquist> sounds good

[13:59:04 CDT(-0500)] <EricDalquist> note that 4.0 is pretty new, there are lots of people working on deploying it right now

[13:59:12 CDT(-0500)] <EricDalquist> but you would fall into the early-adoptor group

[13:59:23 CDT(-0500)] <Daskreech> Don't really mind if it works

[13:59:24 CDT(-0500)] <EricDalquist> on a completely unrelated note ... airline travel rules are DUMB

[13:59:40 CDT(-0500)] <EricDalquist> I'm going to end up just not showing up for a flight

[13:59:45 CDT(-0500)] <Daskreech> Having no initial URL when the only thing in the configuration is the inital URL is frustrating enough

[14:00:03 CDT(-0500)] <EricDalquist> since it is cheaper to book a new ticket than to deal with the change fee

[14:00:10 CDT(-0500)] <EricDalquist> also the change fee is more than the original ticket

[14:00:22 CDT(-0500)] <EricDalquist> so canceling for credit is pointless too

[14:00:40 CDT(-0500)] <Daskreech> Yeah I've been told an 800 dollar change fee for a 216 dollar flight

[14:00:53 CDT(-0500)] <Daskreech> Umm no I'll just buy another ticket thanks

[14:01:19 CDT(-0500)] <EricDalquist> yeah

[14:01:31 CDT(-0500)] <Daskreech> But I have considered going outfor a Light aircraft pilot license just because it's less frustrating

[14:01:37 CDT(-0500)] <EricDalquist> well and if I want to be nice and tell them to cancel the tickets ... then I have to pay the $150/ticket

[14:01:52 CDT(-0500)] <EricDalquist> so no-show it is

[14:03:04 CDT(-0500)] <athena1> ugh

[14:03:33 CDT(-0500)] <Daskreech> Would be funny if Richard gets his space flights worked out and people start flying into space just because it's better customer service and less hassle than a regular flight

[14:05:02 CDT(-0500)] <EricDalquist> yeah

[14:05:11 CDT(-0500)] <EricDalquist> lol

[14:05:34 CDT(-0500)] <EricDalquist> yeah if it wasn't from Madison, WI to LA a private pilot license could be handy

[14:05:46 CDT(-0500)] <EricDalquist> that would be a long and expensive trip in a cessna with a 2 year old

[14:07:38 CDT(-0500)] <Daskreech> Not really

[14:08:16 CDT(-0500)] <Daskreech> Strap on a parachute or hang glider and I'm sure it would be the longest carnival ride for a 2 year old ever

[14:09:04 CDT(-0500)] <EricDalquist> lol

[16:17:25 CDT(-0500)] <drewwills1> for the "Shared Repository Model" (described here: https://wiki.jasig.org/display/UPC/Git+Workflow), do you nevertheless create a new fork on github? or rather do you connect your local directly to the Jasig master?

[16:18:05 CDT(-0500)] <EricDalquist> you can create a fork on github if you'd like to

[16:18:49 CDT(-0500)] <drewwills1> did you? which is more recommended?

[16:18:54 CDT(-0500)] <EricDalquist> having your own fork is handy for a few possible reasons: 1 you think you might want to do a pull request at some point in the future, 2 you want to have a place to push working branches to so you can grab them from other machines

[16:19:07 CDT(-0500)] <EricDalquist> I have a fork, primarily because I do uPortal development on two different machines

[16:19:14 CDT(-0500)] <EricDalquist> my work desktop and my personal laptop

[16:19:45 CDT(-0500)] <EricDalquist> so when I'm working on something that takes more than a few hours I can push my temp branch to my fork

[16:19:54 CDT(-0500)] <EricDalquist> and pull it down on other machines then

[16:20:11 CDT(-0500)] <EricDalquist> note that with the way git works having a fork doesn't mean extra repositories on your development machine

[16:20:26 CDT(-0500)] <drewwills1> ah that's sensible... actually I was planning to make a pull request soon... i have the uP changes for showing tips/alerts ready (and want to get them "off my plate") but they can't go in totally until the next releast of widget portlets

[16:20:39 CDT(-0500)] <EricDalquist> you end up with a local repository that points to both Jasig/uPortal and You/uPortal

[16:20:45 CDT(-0500)] <EricDalquist> and you can interact with both of them

[16:21:08 CDT(-0500)] <drewwills1> er "i see" (well not entorely yet... but i willl)

[16:21:13 CDT(-0500)] <drewwills1> entorely

[16:21:16 CDT(-0500)] <drewwills1> blah

[16:21:19 CDT(-0500)] <EricDalquist> yeah, it takes a bit to get used to

[16:21:21 CDT(-0500)] <drewwills1> entirely

[16:22:08 CDT(-0500)] <drewwills1> lol @"Hardcore Forking Action"

[16:22:16 CDT(-0500)] <EricDalquist>

[16:22:42 CDT(-0500)] <EricDalquist> I was just chatting with jen about how I want to use git here at UW for our uP4 implementation

[16:23:42 CDT(-0500)] <EricDalquist> my gradually increasing understanding is that we could essentially fork uPortal into our own git hosting server

[16:24:03 CDT(-0500)] <EricDalquist> then create a branch from master for our UW customizations to uP4

[16:24:18 CDT(-0500)] <EricDalquist> then as a developer I would have one uPortal repository checked out

[16:24:48 CDT(-0500)] <EricDalquist> with one remote pointing to github:Jasig/uPortal, one to github:edalquist/uPortal and one to uw:shared/uPortal

[16:25:28 CDT(-0500)] <EricDalquist> and it would let me easily merge in full updates or cherry pick certain commits from Jasig/uPortal into our branch

[16:25:42 CDT(-0500)] <EricDalquist> and I could easily push local features to edalquist/uPortal and make pull requests

[16:26:01 CDT(-0500)] <EricDalquist> so there is a lot of potential for even easier flow of patches between Jasig and deployers

Browser not supported