[08:58:21 CDT(-0500)] <foxnesn1> morning
[09:07:50 CDT(-0500)] <kickehy> morning
[09:08:54 CDT(-0500)] <foxnesn1> hey what irc client do you use?
[09:13:50 CDT(-0500)] <codehotter> hi
[09:15:04 CDT(-0500)] <foxnesn1> hi
[09:33:32 CDT(-0500)] <kickehy> irssi
[09:38:26 CDT(-0500)] <foxnesn1> ok me too
[09:38:31 CDT(-0500)] <foxnesn1> it is annoying sometimes
[09:38:40 CDT(-0500)] <foxnesn1> i used to use bitchx back in the day
[09:39:18 CDT(-0500)] <codehotter> weechat is nice
[09:40:00 CDT(-0500)] <foxnesn1> is it terminal based?
[09:41:05 CDT(-0500)] <codehotter> yes
[09:41:21 CDT(-0500)] <codehotter> Although I'm not sure what you really need terminal for any more these days. Nostalgia perhaps?
[09:42:22 CDT(-0500)] <kickehy> heh...it's kind of like programming wireless APs these days, everyone's moving to lightweight because the cli is so complex now
[09:43:40 CDT(-0500)] <kickehy> or i should say the configs are so complex
[09:45:03 CDT(-0500)] <foxnesn1> for me, it is easier to chat in a terminal since im usually remoting in to the linux boxes
[09:45:31 CDT(-0500)] <apetro_> I'm using xchat-gnome
[09:46:14 CDT(-0500)] <apetro_> I tried using Empathy again with this Ubuntu 11.10 release, and then gave up again.
[09:46:45 CDT(-0500)] <kickehy> heh
[09:47:03 CDT(-0500)] <kickehy> I haven't played with Ubuntu since they switched to the new interface
[09:48:00 CDT(-0500)] <foxnesn1> yea, i hate unity
[09:48:09 CDT(-0500)] <foxnesn1> probably works great on mobile devices tho
[09:48:33 CDT(-0500)] <kickehy> but i typically keep a live version on my flash drive because, hey, you never know when you'll need a live linux 'disc'
[09:49:00 CDT(-0500)] <codehotter> I run everything remote too, but with HTML5 and Java vnc clients, you can run your graphical environment just fine (so long as you don't do 3d)
[09:49:12 CDT(-0500)] <codehotter> soon with webGL etc there'll be html5 spice clients too
[09:49:20 CDT(-0500)] <codehotter> then even that won't be a problem
[09:50:00 CDT(-0500)] <foxnesn1> true, but we don't install a GUI by default
[09:50:33 CDT(-0500)] <codehotter> I don't run my irc clients from servers : P
[09:51:50 CDT(-0500)] <foxnesn1> hehe
[09:52:14 CDT(-0500)] <foxnesn1> i think my situation is somewhat unique
[09:52:37 CDT(-0500)] <foxnesn1> becuase i wont install irc on the servers at work, so i ssh into my home box and do it there
[09:52:51 CDT(-0500)] <foxnesn1> i could VNC in but that would use more bandwidth and be pointless just for irc
[09:54:27 CDT(-0500)] <codehotter> I wonder how much CPU/memory VNC uses
[09:56:18 CDT(-0500)] <foxnesn1> not much
[10:26:10 CDT(-0500)] <foxnesn1> which maven plugin version are you guys using?
[10:27:40 CDT(-0500)] <foxnesn1> 2.1.1 seems to be the latest and greatest
[10:27:46 CDT(-0500)] <kickehy> 3.0.3
[10:28:25 CDT(-0500)] <kickehy> http://maven.apache.org/download.html
[10:34:12 CDT(-0500)] <foxnesn1> sorry, just the plugin, not the entire package
[10:34:29 CDT(-0500)] <foxnesn1> the maven-war-plugin
[10:36:47 CDT(-0500)] <kickehy> oh
[10:52:43 CDT(-0500)] <foxnesn1> kickehy when you set up /cas/services/ did you run into ssl handshake errors?
[10:59:48 CDT(-0500)] <foxnesn1> ahh, nvm lame java problem
[11:19:43 CDT(-0500)] <foxnesn1> i will throw a party the day java and linux can come to terms with how directories/environments are setup
[11:52:45 CDT(-0500)] <kickehy> foxnesn1: you get it working?
[12:09:08 CDT(-0500)] <foxnesn1> yea ive had it working on my main rigs
[12:09:14 CDT(-0500)] <foxnesn1> just setting up a test one right now for kicks
[12:09:23 CDT(-0500)] <foxnesn1> and for some reason the java cert was all screwed up
[12:32:06 CDT(-0500)] <kickehy> ah
[12:32:11 CDT(-0500)] <kickehy> good 
[13:35:12 CDT(-0500)] <foxnesn1> hey atilling
[14:12:31 CDT(-0500)] <atilling> Hey
[14:42:32 CDT(-0500)] <foxnesn> hrm which action-state should i edit so thatthe process flows to my new action-state
[14:42:46 CDT(-0500)] <foxnesn> generateserviceticket looks promising
[14:50:05 CDT(-0500)] <atilling> depends on when your are firing it, and how long the new action-state will take to complete
[14:50:57 CDT(-0500)] <foxnesn1> well the action state has to figure out which service url is requesting auth and then forward onto that service with the checkall
[14:51:15 CDT(-0500)] <atilling> if you are firing action-states after genST and it's something like a form if the user takes more then 2 minutes in the form the service ticket might expire
[14:52:07 CDT(-0500)] <atilling> ahh then I'd do the action-state after warn, because you are changing the end-state
[14:53:04 CDT(-0500)] <foxnesn1> yes and since the checkall interrupts on occasion the user may spend up to 5 minutes on it if they are slow
[14:53:53 CDT(-0500)] <atilling> right but you're flow doesn't allow any way for them to return to the flow after checkall
[14:55:10 CDT(-0500)] <foxnesn1> yea
[14:55:28 CDT(-0500)] <foxnesn1> if you get to the checkall then it should figure you have authenticated successfuly
[14:55:40 CDT(-0500)] <atilling> yes
[14:57:04 CDT(-0500)] <atilling> that service ticket life span is another reason we built it so that the password warn and change happens inside CAS
[15:00:01 CDT(-0500)] <foxnesn> does the order of action-state matter compared to location of other action-states?
[15:04:46 CDT(-0500)] <atilling> no
[15:05:00 CDT(-0500)] <atilling> just makes it easier to read
[15:06:49 CDT(-0500)] <foxnesn> so i guess i should substitute one of these variables with my checkall action-state
[15:07:18 CDT(-0500)] <foxnesn> generateST on success goes to warn
[15:07:56 CDT(-0500)] <foxnesn> i could change that to checkall
[15:08:07 CDT(-0500)] <foxnesn> and just build it in not to have the warn feature
[15:09:33 CDT(-0500)] <foxnesn> because right now nothing transitions to my new action-state
[15:12:20 CDT(-0500)] <atilling> ok, or you could transition to warn for the states that don't go to checkall
[15:13:48 CDT(-0500)] <foxnesn> good idea