[10:39:05 CDT(-0500)] <TonyUnicon> Paul have you updated and built uportal this week?
[10:39:27 CDT(-0500)] <TonyUnicon> if you have not, don't
[10:39:39 CDT(-0500)] <TonyUnicon> if you have, let me know because I'm totally blocked ATM
[10:39:46 CDT(-0500)] <pspaude> No I have not, since I'm on test drive my portal version is froze at 2.0.0+ version
[10:39:55 CDT(-0500)] <TonyUnicon> ok
[10:40:02 CDT(-0500)] <pspaude> Blocked by what?
[10:40:21 CDT(-0500)] <TonyUnicon> there are some runtime exceptions coming from some of the new stuff Dan did
[10:41:13 CDT(-0500)] <TonyUnicon> but yeah maybe ill try checking out and building the 2.0 release version
[10:41:16 CDT(-0500)] <pspaude> Ah ok looks like the Sept. 19th for that and last commit. Have you tried soft reset to HEAD^?
[10:41:50 CDT(-0500)] <pspaude> Oops meant hard (so the files will actually change) if you haven't made any changes to uPortal.
[10:41:56 CDT(-0500)] <TonyUnicon> because even if I roll back to previous commits some mvn dependencies are not available
[10:42:00 CDT(-0500)] <TonyUnicon> yes
[10:42:22 CDT(-0500)] <TonyUnicon> Dan also made some changes to jars that uportal depend on, they could be stale, won't know until Dan gets online
[10:42:32 CDT(-0500)] <pspaude> Ah ok. Mvn dependencies are always a issue... got caught up in that with test drive too.
[10:42:33 CDT(-0500)] <TonyUnicon> just wondering if you had experienced the same thing
[10:42:51 CDT(-0500)] <pspaude> Ok, cool yeah no problem. Good luck.
[10:43:01 CDT(-0500)] <TonyUnicon> im gonna try to checkout and build the 2.0 release version, but yeah don't checkout master just yet
[11:35:21 CDT(-0500)] <TonyUnicon> ok, seems that all my uportal troubles were because I did not run ant CLEAN initportal
[11:35:23 CDT(-0500)] <TonyUnicon> hooray!
[11:37:56 CDT(-0500)] <dmccallum54> stores to tell your grandchildren...
[11:38:05 CDT(-0500)] <TonyUnicon> my mom always told me to clean my uportal once a day, this is what I get for ignoring her
[11:43:38 CDT(-0500)] <dmccallum54> sent a note along these lines to ssp-dev. sorry for the wasted time
[11:46:01 CDT(-0500)] <TonyUnicon> not your fault, should have been part of my due diligence in troubleshooting
[11:46:38 CDT(-0500)] <TonyUnicon> lesson learned
[16:59:59 CDT(-0500)] <pspaude> What comes first the chicken or the egg?
[17:00:04 CDT(-0500)] <pspaude> ERROR: insert or update on table "person" violates foreign key constraint "person_created_by_person_id"
[17:00:15 CDT(-0500)] <pspaude> (created_by)=(58ba5ee3-734e-4ae9-b9c5-943774b4de41) is not present in table "person".
[17:01:39 CDT(-0500)] <pspaude> This is the key for 'admin' the user. He/She is created by him/herself so at point of insertion it fails the foreign key reference.
[17:10:08 CDT(-0500)] <js70> Solved by god.
[17:10:26 CDT(-0500)] <js70> And then there was admin and it was good
[17:12:10 CDT(-0500)] <TonyUnicon> hehe
[17:14:12 CDT(-0500)] <dmccallum54> anyone object to a linux CI rebuild, platform and everything?
[17:14:37 CDT(-0500)] <TonyUnicon> nope
[17:14:42 CDT(-0500)] <dmccallum54> here goes...
[17:18:46 CDT(-0500)] <dmccallum54> TonyUnicon… nothing special about applying the SSP-1759 permissions, right? just a standard data-import on that patch dir?