December 9, 2009 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
December 9, 2009 NOTICE: This channel is no longer actively logged.
[00:01:52] <kohsuke> abayer: what do you think about turning on Confluence renderer for comments and descriptions?[00:02:15] <kohsuke> Would that likely result in problematic rendering of the existing issues?[00:02:16] <abayer> In JIRA? Sounds good to me.[00:02:27] <abayer> Might break a couple, but probably not many, if any.[00:02:33] <kohsuke> OK, I'll flip it on[00:02:47] <kohsuke> I was trying to see if you left it as default text renderer on purpose[00:03:20] <abayer> Nope, didn't even think of it. =)[00:03:31] <kohsuke> modified[00:20:43] *** Lewisham has quit IRC[00:21:27] *** giskard has quit IRC[00:23:29] *** Lewisham has joined #hudson[00:23:29] *** ChanServ sets mode: +v Lewisham[00:24:07] *** giskard has joined #hudson[00:24:31] *** jdolan has quit IRC[00:28:05] *** Lewisham has quit IRC[00:52:02] <plank> im getting a java exception whenever i save a job configuration[00:52:19] <plank> could someone please take a look?[00:52:22] <plank> http://i50.tinypic.com/j7g5f6.jpg/[01:13:29] *** plank has quit IRC[01:35:55] *** giskard has quit IRC[01:38:31] *** justin1 has joined #hudson[01:49:38] *** justin1 has left #hudson[02:09:48] *** Lewisham has joined #hudson[02:09:48] *** ChanServ sets mode: +v Lewisham[02:18:45] *** Lewisham has quit IRC[02:34:49] *** plank has joined #hudson[02:47:46] *** hobodave has quit IRC[03:04:38] *** plank has quit IRC[03:12:59] *** plank has joined #hudson[03:15:32] <mindless> plank: sounds like you have a plugin that wants Hudson 1.319 or newer[03:18:52] <plank> i see[03:19:23] <plank> i have 1.312 installed[03:20:23] <plank> i tried 1.336 but i think it was not stable enough should i went for 1.319[03:20:38] <plank> 1.312*[03:21:13] <lifeless> hmm, getting a build failure on trunk[03:21:20] <lifeless> /home/robertc/source/hudson/main/test/src/main/java/org/jvnet/hudson/test/HudsonTestCase.java:[566,70] incompatible types[03:21:23] <lifeless> found : void[03:21:26] <lifeless> required: org.mozilla.javascript.tools.debugger.Dim[03:21:37] <plank> mindless, is there a way to install plugins manually?[03:21:54] <kohsuke> lifeless: I recall that happens with some variation of OpenJDK[03:22:05] <lifeless> kohsuke: hi! I wanted to ask you about ec2[03:22:18] <lifeless> kohsuke: some folk I know want windows AMI support :)[03:22:40] <kohsuke> I've partially done the work with https://ec2-sshd.dev.java.net/[03:22:54] <lifeless> kohsuke: re: openjdk - I have openjdk-6-jdk 6b16-1.6.1-3ubuntu1[03:22:54] <kohsuke> I think I just need to bundle up an AMI with this and test it a bit[03:23:04] <kohsuke> try Sun JDK.[03:23:49] <plank> kohsuke: hi, which hudson version would you recommend for a green horn?[03:24:32] <lifeless> kohsuke: actually I have that installed too; dunno which mvn is picking up[03:25:08] <kohsuke> plank: 1.312 is a good choice actually, but it's getting bit old for some recent plugins[03:25:34] <lifeless> kohsuke: ok, yes that works better. should I file a bug?[03:25:38] <kohsuke> I guess what we should have is to show you up to the version of plugin that's compatible with the version of Hudson you use, as opposed to just give you the latest[03:26:00] <kohsuke> lifeless: update-alternatives, but sounds like you've already figured it out[03:26:20] <lifeless> :)[03:26:37] <kohsuke> Unfortunately it's a bug in OpenJDK. They bundle Rhino without package renaming[03:26:44] <lifeless> kohsuke: I also wanted to ask; how hard would you estimate pluggin in openid4java to be, for winstone ?[03:26:46] <kohsuke> I even filed this as a bug against JDK[03:27:02] <lifeless> kohsuke: within sun, or is it a debian/ubuntu bug ?[03:27:29] <kohsuke> within Sun. I thought it's Sun folks who packages it[03:27:40] <lifeless> kohsuke: I think they do, but who knows :)[03:27:57] <plank> kohsuke: how to determine the version of the plugin?[03:28:28] <kohsuke> http://echelog.com/logs/browse/hudson/1252360800 captures the discussion of this issue[03:29:08] <kohsuke> plank: what I mentioned was an RFE to Hudson, not something to be done by users[03:30:13] <kohsuke> lifeless: I should keep this somewhere in Hudson's bug tracker[03:30:21] <kohsuke> http://bugs.sun.com/view_bug.do?bug_id=6876736 is what I filed[03:30:29] <kohsuke> Any chance you can add one and capture these pointers for us?[03:30:35] <lifeless> sure[03:30:57] <kohsuke> Oh, so the JDK engineers think it belongs to the Linux distro.[03:32:21] <mindless> plank: http://wiki.hudson-ci.org/display/HUDSON/Plugins[03:32:38] <lifeless> kohsuke: what distro did you do that check on?[03:32:47] <kohsuke> Ubuntu[03:33:03] <kohsuke> probably 9.04 but could be 8.10[03:33:26] <lifeless> I'm on 9.10, which has teh same symptoms[03:33:30] <lifeless> I haven't poked in the jar yet[03:33:58] <plank> kohsuke: Oh, ill just have to use the latest Hudson release to ensure that the plugin is compatible with my version of Hudson, correct?[03:34:08] <kohsuke> I think it's getting deferred: https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/255149[03:35:05] <lifeless> http://issues.hudson-ci.org/browse/HUDSON-5050[03:35:22] <mindless> plank: 1.336 is looking pretty stable.. my group plans to upgrade to this version (from 1.314) soon[03:35:43] <plank> mindless: could you tell me which part of the screenshot, allow you to determine that a plugin i am using requires Hudson version 3.19 and up?[03:35:51] <mindless> ..and once you're on that version, it will warn you before you upgrade a plugin to a version that was built for a newer Hudson than you have[03:36:06] <lifeless> kohsuke: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=179 - upstream from ubuntu[03:36:21] <mindless> plank: the class that was missing (BuildStepMonitor).. I looked in the source code and that class says "@since 1.319"[03:37:12] <plank> mindless : should get me going for the day :D[03:37:31] <plank> mindless: thank you, downloading 1.336 now[03:37:49] <mindless> np[03:37:58] <lifeless> kohsuke: I think someone needs to talk to the icedtea folk[03:38:14] <lifeless> kohsuke: I have only a shallow understanding of the issue, so perhaps you can ?[03:39:05] <kohsuke> reading the issue in IcedTea[03:44:08] <lifeless> bbiab; would still like your assessment of difficulty of doing openid[03:44:27] <kohsuke> lifeless: adding openid support in Hudson?[03:44:54] <lifeless> yeah[03:45:26] <lifeless> I'd like to be able to have a hudson instance on the net, using openid to login[03:45:29] <kohsuke> It shouldn't be hard at all[03:45:47] <kohsuke> assuming you are OK without group support[03:45:55] <kohsuke> ... which OpenID doesn't have any notion of.[03:45:59] <lifeless> well[03:46:06] <lifeless> launchpad has some extensions[03:47:10] <lifeless> I think its under the attribute exchange support that you do groups[03:47:24] <lifeless> you ask for member-of <group>[03:47:24] <kohsuke> pointer to docs?[03:47:32] <lifeless> http://openid.net/specs/openid-attribute-exchange-1_0.html[03:47:46] <kohsuke> I mean "member-of" portion[03:47:53] <lifeless> I don't know of docs for the lp side, I will hunt that down at some point.[03:48:19] <lifeless> I figure that if I can specify a single openid provider, I can at least say 'anyone from that provider is an admin', as a starting point.[03:48:49] <lifeless> I was thinking to use the built in group support to let openid users be decorated with groups[03:49:00] <kohsuke> there's no built in group support :-([03:49:05] <kohsuke> ... which is a bug of its own.[03:49:21] <lifeless> oh? so whats the stuff that looks like groups in the default .deb install ?[03:49:24] <lifeless> winstone ?[03:49:43] <kohsuke> I'm not sure which one you are referring to[03:49:55] <kohsuke> Hudson's built-in user database doesn't have the notion of groups[03:50:10] <kohsuke> Oh, if you do PAM authentication, then it picks up groups from Unix[03:50:12] <kohsuke> maybe that's what you mean[03:50:15] <lifeless> no, not pam[03:50:18] <lifeless> sec[03:50:36] <lifeless> on the squid hudson we have:[03:50:36] <plank> Is "Publish JUnit test result report" post build action able to read the xml output from phpunit now that phpunit uses --log-junit option?[03:50:36] <lifeless> 'hudsons own user db'[03:50:41] <lifeless> 'matix based security'[03:51:12] <lifeless> the left most column says 'user/group'[03:52:26] <kohsuke> right, that is if the authentication part gives us groups[03:53:39] <lifeless> kohsuke: anyhow, I'm happy with that level of control: I can give 'authenticated' no access[03:53:50] <lifeless> and individual users specific permissions[03:54:01] <lifeless> its better than a completely seperate userdb[03:55:23] <lifeless> kohsuke: I need to implement a SecurityRealm, right ?[04:01:09] <kohsuke> lifeless: Yes[04:04:20] <lifeless> looks like spring seucrity (acegi 2.0.0) has openid included[04:07:01] <lifeless> kohsuke: is upgrading to 2.0.0 feasible?[04:07:14] <lifeless> or are there issues that would make it hard?[04:12:40] <lifeless> (it needs java 1.4, but thats all I can see at a cursory glance)[04:22:04] *** tstclair has joined #hudson[04:27:19] *** rtyler has quit IRC[04:28:07] <lifeless> kohsuke: ^ ?[04:30:50] *** rtyler has joined #hudson[04:30:50] *** ChanServ sets mode: +o rtyler[04:31:58] <mindless> lifeless: upgrade should be feasible.. I haven't looked to see if there are significant api changes though[04:35:52] <plank> brb[04:36:03] *** plank has quit IRC[04:37:08] *** plank has joined #hudson[04:41:10] *** admc has quit IRC[05:08:09] *** jdolan has joined #hudson[05:15:53] *** tstclair has quit IRC[05:26:31] *** mindless has quit IRC[05:39:16] *** jieryn-w has joined #hudson[05:39:16] *** ChanServ sets mode: +v jieryn-w[06:00:28] *** Lewisham has joined #hudson[06:00:28] *** ChanServ sets mode: +v Lewisham[06:01:45] *** plank has quit IRC[06:08:17] *** abayer has quit IRC[06:11:34] *** plank has joined #hudson[06:14:50] *** khmarbaise has joined #hudson[06:28:50] *** abayer has joined #hudson[06:28:50] *** ChanServ sets mode: +o abayer[06:30:06] *** khmarbaise has quit IRC[07:14:07] *** Lewisham has quit IRC[07:15:05] *** Lewisham has joined #hudson[07:15:05] *** ChanServ sets mode: +v Lewisham[07:20:43] *** admc has joined #hudson[07:22:08] *** deebo has left #hudson[07:26:35] *** admc_ has joined #hudson[07:27:18] *** rromanchuk has joined #hudson[07:35:55] *** Haloperidol has joined #hudson[07:37:53] *** admc has quit IRC[08:02:07] *** vjuranek has joined #hudson[08:10:43] *** Haloperidol has quit IRC[08:47:32] *** plank has quit IRC[08:47:58] *** plank has joined #hudson[08:49:06] *** plank is now known as madkris[08:49:37] *** giskard has joined #hudson[08:51:02] *** giskard has quit IRC[08:51:34] *** stigkj1 has quit IRC[09:05:42] *** asolsson has joined #hudson[09:10:53] *** glass-eye has quit IRC[09:44:43] *** admc_ is now known as admc[09:45:27] *** ghulands has joined #hudson[09:45:48] <ghulands> hi, I'm having trouble installing hudson in tomcat on opensolaris[09:46:14] <ghulands> I always get "The requested resource (/hudson/) is not available."[09:46:25] <ghulands> which is a 404 page from tomcat[09:46:45] <ghulands> There is no log file for the hudson webapp in the tomcat log directory[09:47:07] <ghulands> does anyone have any ideas what might be wrong?[09:51:27] *** alexbarna has joined #hudson[09:51:31] *** alexbarna has left #hudson[10:05:14] *** giskard has joined #hudson[10:08:09] *** DaveH has joined #hudson[10:20:36] *** WilliamLeara has quit IRC[10:35:17] *** stigkj has joined #hudson[10:43:55] *** rromanchuk_ has joined #hudson[10:47:24] *** ed_mann has quit IRC[10:47:24] *** Surfa has quit IRC[10:47:24] *** evilchili has quit IRC[10:49:33] *** emanuelez has joined #hudson[10:53:49] *** rromanchuk has quit IRC[10:53:50] *** rromanchuk_ is now known as rromanchuk[10:54:55] <emanuelez> hello... I need to create another view for my SCM plugin, so I would like to store some data in an XML file. I have access to the FilePath object of the workspace, but I don't see any method in there to create a txt file (only temporary ones). Should I use the standard Java API or is there any good practice I should follow?[10:55:42] *** dvrzalik has joined #hudson[10:59:54] *** ed_mann has joined #hudson[10:59:54] *** Surfa has joined #hudson[10:59:54] *** evilchili has joined #hudson[11:02:44] *** evilchili has quit IRC[11:02:44] *** Surfa has quit IRC[11:02:44] *** ed_mann has quit IRC[11:03:10] *** admc_ has joined #hudson[11:03:15] <stigkj> emanuelez: hmm…would that xml-file also be stored on slaves? In that case, std Java API can not be used.[11:03:53] <stigkj> although I'm not sure how to use the FilePath object for that either…have never used it myself. Do a search for usages in other plugins...[11:04:19] <emanuelez> stigkj: that's what I'm doing :)[11:04:51] <stigkj> :-)[11:07:06] <emanuelez> lol... actually the FilePath contructor does that for me :D[11:08:31] <stigkj> Aha…good to know[11:15:56] *** admc has quit IRC[11:17:32] *** ed_mann has joined #hudson[11:17:32] *** Surfa has joined #hudson[11:17:32] *** evilchili has joined #hudson[11:25:09] *** matt-wynne has joined #hudson[11:43:49] *** evilchili has quit IRC[11:43:49] *** Surfa has quit IRC[11:43:49] *** ed_mann has quit IRC[11:54:50] *** ed_mann has joined #hudson[11:54:50] *** Surfa has joined #hudson[11:54:50] *** evilchili has joined #hudson[11:59:36] *** matt-wynne has quit IRC[12:08:14] *** evilchili has quit IRC[12:08:14] *** Surfa has quit IRC[12:08:14] *** ed_mann has quit IRC[12:14:36] *** admc_ has quit IRC[12:28:55] <lifeless> kohsuke: nearly got an upgrade patch; three small things to sort out ; I'll mail the list tomorrow with it[12:32:32] *** Jarl has joined #hudson[12:41:24] *** ed_mann has joined #hudson[12:41:24] *** Surfa has joined #hudson[12:41:24] *** evilchili has joined #hudson[13:01:37] *** justin1 has joined #hudson[13:12:49] *** Ju has quit IRC[13:12:57] *** Ju has joined #hudson[13:22:27] *** Ju has quit IRC[13:23:05] *** Ju has joined #hudson[13:29:11] *** Ju has quit IRC[13:29:41] *** rromanchuk has quit IRC[13:33:21] *** Ju has joined #hudson[13:36:06] <lifeless> heh, sorted; sent in.[13:53:42] *** rromanchuk has joined #hudson[13:54:53] *** andersa1977 has joined #hudson[13:58:23] *** Ju has joined #hudson[14:06:35] *** tstclair has joined #hudson[14:55:37] *** abayer has quit IRC[14:56:16] *** abayer has joined #hudson[14:56:16] *** ChanServ sets mode: +o abayer[15:02:34] <andersa1977> I see that the CI game problem has been discussed earlier, but we also get the java.lang.NoClassDefFoundError: hudson/plugins/tasks/util/model/Priority after we added analysis-core plugin aka Hudson Analysis Utilities; will this be fixed in 337(+) (we run 336), or with a new version of CI Game?[15:03:47] *** justin1 has joined #hudson[15:07:14] <andersa1977> Btw, I should probably introduce myself.. Hello to everyone. Anders from Norway here; we've used Hudson for a while now and we like it very much. The only 'issue' we have with Hudson is that the development of the project combines new functionality (which introduces bugs) with bugfixing. This makes it a bit difficult to assert the level of stability on a given release. Apart from that., it's excellent :)[15:17:03] *** rromanchuk has quit IRC[15:19:40] *** stigkj has quit IRC[15:22:46] *** stigkj has joined #hudson[15:28:28] *** asolsson has quit IRC[15:33:04] *** Jarl has quit IRC[15:37:32] <abayer> Sorry 'bout that compilation failure in UpdateSite yesterday, kohsuke - I tested it thoroughly before I added the version comparison part, and forgot to test it again after. Whoops.[15:40:34] *** umperio has joined #hudson[15:41:26] <umperio> hi. i'm trying to do this: apache https -> mod_proxy_ajp -> hudson ajp[15:41:49] <umperio> whit: # ProxyPass /hudson ajp://localhost:8102/hudson # ProxyPassReverse /hudson ajp://localhost:8102/hudson[15:41:55] <umperio> in an https virtualhost[15:42:03] <umperio> but doesn't work, any hints?[15:48:34] <evilchili> what does your apache error log say?[15:50:26] <umperio> http://pastie.org/735463[15:50:34] *** bchoate has joined #hudson[15:50:54] <bchoate> morning all[15:51:55] <bchoate> Anyone have any thoughts on why the Test Result Trend plot wouldn't show any data for a project?[15:52:21] <bchoate> About 50% or so of the builds are passing; the other 50% are failing due to test case failures[15:52:54] <bchoate> but the plot just sits there at 0[15:53:13] *** tstclair has quit IRC[15:53:40] *** tstclair has joined #hudson[15:57:14] *** dvrzalik has quit IRC[15:59:13] *** ezraw has joined #hudson[15:59:23] <evilchili> umperio: dunno. i saw the same problem with zimbra and apache/mod_ajp and never solved it[15:59:38] <evilchili> in the end we just firewalled up a port redirection[16:00:03] <evilchili> you could probably just use mod_proxy on the apache side to do the redirect[16:00:22] <umperio> ok, i'll chose http proxy[16:00:25] <umperio> thank you[16:00:39] <evilchili> mod_jlp seems kind of wonky. :)[16:00:44] <evilchili> er, ajp[16:00:47] <evilchili> …time for coffee![16:01:01] *** decriptor has joined #hudson[16:03:00] *** betehess has quit IRC[16:03:37] *** betehess has joined #hudson[16:06:35] *** umperio has quit IRC[16:26:28] *** mindless has joined #hudson[16:26:28] *** ChanServ sets mode: +o mindless[16:29:20] <mindless> hudson-admin: make jfrog a committer[16:29:20] <hudson-admin> Making jfrog a committer[16:30:41] <hudson-admin> jfrog is now a committer[16:38:40] <abayer> blrgh. Maven artifact archiving from slave to master is still absurdly slow and I can't figure out why.[16:40:29] <abayer> Takes mere seconds to deploy a 20mb artifact from a slave in San Jose to the repository in Boston, but a few minutes to archive that same artifact from the same slave in San Jose to a master in San Jose - actually, the "slave" and "master" are even on the same machine.[16:45:18] <bchoate> I think I have something configured incorrectly... on the dashboard for a job, I see "no tests" next to the "Latest Test Result" link, but when I click on it I see the results for 1,000+ tests that ran[16:45:41] <bchoate> And I think this is also the reaosn that my plot isn't working ad that I can't get the test results into the email[16:45:55] <bchoate> Anyone solved this issue before?[16:48:16] *** WilliamLeara has joined #hudson[16:54:23] *** khmarbaise has joined #hudson[17:04:34] <ghulands> hi, I'm having trouble installing hudson in tomcat on opensolaris. I alway s get "The requested resource (/hudson/) is not available." which is a 404 page from tomcat. There is no log file for the hudson webapp in the tomcat log directory. Does anyone have any ideas what might be wrong?[17:04:35] *** decriptor has quit IRC[17:07:34] <bchoate> I'm assuming you have the hudson warfile in $TOMCAT_HOME/webapps?[17:10:02] <bchoate> also, are you sure you're mapping the log correctly? out of the box tomcat logs to stdout, IIRC[17:10:41] *** rtyler has quit IRC[17:10:42] *** rpetti has quit IRC[17:10:42] *** picasso has quit IRC[17:10:42] *** kleini has quit IRC[17:10:42] *** Denoginizer has quit IRC[17:10:42] *** pcc1 has quit IRC[17:10:42] *** Atomy has quit IRC[17:10:43] *** FauxFaux has quit IRC[17:10:43] *** mindless has quit IRC[17:10:43] *** tstclair has quit IRC[17:10:43] *** stigkj has quit IRC[17:10:43] *** DaveH has quit IRC[17:10:43] *** himanshu has quit IRC[17:10:43] *** Nacho_Man has quit IRC[17:10:44] *** jrmiah has quit IRC[17:10:44] *** mrooney has quit IRC[17:10:44] *** lifeless has quit IRC[17:11:36] *** anny has joined #hudson[17:13:37] *** rtyler has joined #hudson[17:13:37] *** pcc1 has joined #hudson[17:13:37] *** FauxFaux has joined #hudson[17:13:37] *** Atomy has joined #hudson[17:13:37] *** Denoginizer has joined #hudson[17:13:37] *** kleini has joined #hudson[17:13:37] *** rpetti has joined #hudson[17:13:37] *** picasso has joined #hudson[17:13:37] *** irc.freenode.net sets mode: +o rtyler[17:14:19] *** mindless has joined #hudson[17:14:19] *** tstclair has joined #hudson[17:14:19] *** stigkj has joined #hudson[17:14:19] *** DaveH has joined #hudson[17:14:19] *** jrmiah has joined #hudson[17:14:19] *** Nacho_Man has joined #hudson[17:14:19] *** himanshu has joined #hudson[17:14:19] *** mrooney has joined #hudson[17:14:19] *** lifeless has joined #hudson[17:14:19] *** irc.freenode.net sets mode: +ovv mindless mrooney lifeless[17:14:36] *** anny has quit IRC[17:16:20] *** decriptor has joined #hudson[17:22:00] *** alexbarna has joined #hudson[17:22:34] *** alexbarna has left #hudson[17:23:49] <ghulands> bchoate: yes, it's in that directory. There are logs for the manager app, just not hudson. I don't see anything special in the logging.properties[17:25:53] <bchoate> tomcat6?[17:26:03] <ghulands> bchoate: yes[17:26:42] <bchoate> the user running tomcat has read perms on the hudson warfile?[17:27:48] <ghulands> bchoate: yes[17:29:28] <ghulands> bchoate: one thing I was confused about in the steps to setting it was "Once the war file is exploded, run chmod 755 hudson in the exploded hudson/WEB-INF directory so that you can execute this shell script."[17:29:53] <ghulands> There is no hudson folder in $TOMCAT_HOME/webapps/hudson/WEB-INF[17:30:01] <bchoate> I didn't do that; I just dropped the war in and started it up[17:30:11] <ghulands> and no "script"[17:30:18] *** Alex____ has joined #hudson[17:30:24] <bchoate> and that seemed to work fine for me[17:30:33] <Alex____> hi[17:30:48] <bchoate> howdy[17:31:01] <ghulands> bchoate: ok, thanks for your help[17:31:29] <bchoate> just out of curiosity, what version of Hudson is it?[17:31:58] <Alex____> Did anyone experience Subversive plugin problem since the 1.336 upgrade please ?[17:32:55] <Alex____> Subversive plugin is not working anymore, and it seems I'm not the only one in this case, but I haven't been able to find a solution yet[17:33:46] <Alex____> SEVERE: Failed to record SCM polling java.lang.AssertionError: class hudson.scm.SubversionSCM is missing its descriptor <---- The error[17:34:54] <bchoate> what version were you upgrading from?[17:35:00] <Alex____> 1.333[17:35:08] *** vjuranek has quit IRC[17:36:17] *** ezraw has quit IRC[17:37:07] <evilchili> Alex____: you might consider downgrading to 1.334; the subversion plugin is working well for me on that version[17:37:38] *** ghulands has quit IRC[17:37:40] <bchoate> 1.335 will work as well[17:38:05] <Alex____> that's what I wanted to do, but I have no clue how to downgrade my hudson[17:38:30] <bchoate> tomcat, jetty, jboss...?[17:38:37] <Alex____> (well I upgraded because I saw a new version, I had no really needs for that, so it's ok to have any other version)[17:38:42] <Alex____> tomcat[17:39:01] <Alex____> installed with apt-get install hudson on ubuntu[17:39:09] <bchoate> remove the warfile and exploded dir from /webapps and drop in the 335 warfile, I'd think[17:39:23] <bchoate> leave the .hudson folder as-is[17:39:39] <Alex____> ok I'll try right now, thanks for the info[17:39:43] <Alex____> I'll stay right there[17:40:03] <bchoate> let me know if that works; I've never downgraded and I'm a bit curious[17:40:43] <Alex____> sure I will[17:41:13] <evilchili> i downgraded standalone by just renaming the .war file[17:41:17] <evilchili> so should be fine[17:42:44] <bchoate> cool[17:44:57] <Alex____> downlaoding v1.335 on the server[17:47:56] <Alex____> well actually, I have the standalone version, so that sounds quite easy[17:48:34] <evilchili> yep; just stop hudson, rename the existing one, drop in the 1.335 .war, restart hudson[17:51:12] <Alex____> hehe so...[17:51:23] *** evilchili1 has joined #hudson[17:51:24] <Alex____> the downgrade worked, I have v 1.335 now[17:51:34] <Alex____> but this didn't fix the problem[17:51:47] <Alex____> I guess I have to drowngrade to 1.333 instead[17:52:23] <evilchili1> 1.333 was pretty badly broken[17:52:30] <evilchili1> at least on the ui side[17:54:05] <Alex____> didn't notice[17:54:14] <Alex____> maybe 1.334 should be fine then[17:55:46] <Alex____> I have to go, but thank you for the advices[17:56:21] <Alex____> this is quite easy to downgrade actually, but I though there would have been something to do ti with the UI[17:56:39] <Alex____> have a good evening[17:57:38] *** Alex____ has quit IRC[18:00:50] * kleini ist away (Going pumping...)[18:02:44] *** evilchili1 has quit IRC[18:08:55] *** evilchili has quit IRC[18:10:49] *** evilchili has joined #hudson[18:11:59] *** tstclair_ has joined #hudson[18:13:04] *** mmtb has joined #hudson[18:14:39] *** anny has joined #hudson[18:16:03] *** mmtb has quit IRC[18:17:46] *** Surfa has quit IRC[18:17:46] *** ed_mann has quit IRC[18:19:43] <pjz> any idea when 1.337 will be out? I need the HUDSON-4993/5048 fix[18:23:25] *** anny has quit IRC[18:27:00] *** Surfa has joined #hudson[18:28:11] <mindless> pjz: should be friday[18:29:08] *** Spec has joined #Hudson[18:29:34] <pjz> mindless: cool, thanks.[18:29:34] <Spec> Heya. If I'm using "Hudson's own user database", and "Logged-in users can do anything". How do I completely disable anonymous-user access?[18:30:10] <Spec> Or do I need to switch to matrix-based security, and set it up so anonymous user doesn't have any access, and all other defined users have full access to everything...which is what the first option(Logged-in users can do anything) should imply.[18:30:14] <mindless> Spec: may need to use mat... ya[18:30:20] <Spec> gah[18:30:31] <Spec> there should be a simple button for that ...[18:30:40] <mindless> I think "logged-in users" one is hardcoded to allow anonymous read[18:30:43] <Spec> or by default anonymous users shouldn't have any access[18:31:08] <Spec> mindless: thanks. googling didn't quite say the same, but the lack of information in that direction pointed me towards this :([18:31:17] <mindless> use "authenticated" group with matrix security[18:31:35] <Spec> so...[18:31:42] <Spec> mindless: is there a simple way to backup all configurations?[18:31:56] <Spec> Does hudson support the backing up of configurations internally? Like snapshots? Or should I do this OS-side?[18:32:10] <mindless> os side, just backup the HUDSON_HOME dir[18:32:48] <Spec> is that .hudson? or where hudson lives under jboss?[18:33:10] <mindless> ~/.hudson is the default[18:33:19] <Spec> ah[18:33:23] <Spec> well, this is huge. ;)[18:33:30] <Spec> i'll just snapshot the vm in that case[18:33:57] <mindless> if you just want to backup the global config, ~/.hudson/config.xml[18:34:06] <Spec> even easier ;)[18:34:18] <Spec> mindless: it would be nice to be able to backup all the configurations within hudson[18:34:31] *** Haloperidol has joined #hudson[18:34:32] <Spec> as .hudson is both config and data[18:37:43] *** tstclair has quit IRC[18:39:35] *** karl has joined #hudson[18:40:09] <karl> when my maven hudson builds include the "site" goal, hudson generates a link to the maven site on the job page[18:40:12] <karl> but this links to inside hudson,[18:40:36] <karl> can I get it to link to a) the url in the pom? or b) anything else?[18:46:45] <mindless> lifeless: ping[18:51:46] *** ed_mann has joined #hudson[18:54:01] *** evilchili1 has joined #hudson[19:02:18] *** evilchili has quit IRC[19:19:52] *** giskard_ has joined #hudson[19:22:58] *** asolsson has joined #hudson[19:26:52] *** jieryn-w has quit IRC[19:27:19] <mindless> lifeless: I had to also make minor changes in GlobalMatrixAuthorizationStrategy.java and LegacyAuthorizationStrategy.java to compile with your patch[19:28:46] *** jieryn-w has joined #hudson[19:28:46] *** ChanServ sets mode: +v jieryn-w[19:28:51] *** giskard has quit IRC[19:31:51] *** sigmonsays has joined #hudson[19:31:57] <sigmonsays> Hi. I am looking at my console output, and the ordering is all whack[19:32:04] <sigmonsays> stderr and stdout are getting munged together[19:32:12] <sigmonsays> even between \r\n[19:32:19] <sigmonsays> Can I avoid this somehow?[19:34:28] <stigkj> sigmonsays: are you using slaves?[19:35:28] <sigmonsays> nope[19:38:08] *** bchoate has quit IRC[19:41:22] *** mmtb has joined #hudson[19:41:47] *** mmtb has quit IRC[19:47:04] <Spec> mindless: okay, no complaints. (finally got around to doing it). I was worried I'd have to define privs for each individual user. I'm glad there's the special "Authenticated" group ;)[19:47:22] <Spec> That wasn't hard at all. :[19:47:23] <mindless> :-)[19:48:16] *** DaveH has quit IRC[20:01:46] <mindless> lifeless: now startup failed.. probably the ldap groovy script[20:06:03] *** Spec has left #hudson[20:08:10] *** paduri has joined #hudson[20:08:18] <paduri> hello folks[20:08:53] <paduri> need little help[20:09:43] <paduri> anyone there?[20:16:38] *** paduri has quit IRC[20:16:38] *** andersa1977 has quit IRC[20:21:11] *** mbialon has joined #hudson[20:21:44] *** mbialon has left #hudson[20:23:51] *** Spec has joined #hudson[20:23:55] <Spec> I'm back! :)[20:24:14] <Spec> Using matrix-based security, how do I enable anonymous access to *only* the RSS feeds?[20:24:50] <mindless> there's no separate permission for rss[20:25:29] <Spec> What permissions are applicable towards rss?[20:25:35] <Spec> Is that "Job->Read"?[20:25:51] <mindless> i think so[20:27:19] <Spec> hmm....i gave anonymous Job->Read, but unauthenticated users can't do anything (including reading the rss feed)[20:30:11] <Spec> So there's no way for an unauthenticated user to read rss feeds, and not be able to download built .wars/etc?[20:30:32] <mindless> if you don't have overall/Read you can't do anything[20:30:56] <Spec> wow[20:31:03] <Spec> that's not a very fine grained security model :p[20:31:29] <evilchili1> you could set up a proxy infront of hudson and restrict access at the http level[20:31:53] <Spec> I have a proxy in front of hudson, that can real-time inspect traffic.[20:32:18] <Spec> You mean, have the proxy determine if the user is unauthenticated, and if he is, allow (path-to-rss) feeds, and if not, redirect to login page?[20:32:51] <Spec> I guess I'll go read http headers to determine how to determine if a user is authenticated or not.[20:33:21] <mindless> i guess most people either want to hide the job completely, or allow seeing it and the artifacts[20:33:42] <Spec> I have a bot which reports successful builds to an irc network ...[20:34:04] <Spec> And hacking the rss-feed-reading script to pass log in information/capture cookies/re-use cookies to read rss feed seems like too much hassle ;)[20:34:46] <Spec> and hudson can't directly reach the irc server, so the irc plugin isn't useful.[20:34:46] *** paduri has joined #hudson[20:34:46] *** andersa1977 has joined #hudson[20:34:47] <mindless> there's an ircbot plugin[20:34:47] <mindless> if that helps[20:34:55] <Spec> mindless: ^^ :)[20:36:38] <mindless> wget/curl can pass credentials to login and get any url, like rss[20:36:46] <Spec> yeap, i know[20:37:09] <Spec> the bot is tcl though, and i don't know what libraries it uses to get rss feeds[20:37:19] <Spec> it probably doesn't call wget/curl )[20:37:55] <Undisclosedpower> last time i looked at tcl its easy enough to hack in credential support[20:38:07] <Spec> hmm[20:38:13] <Undisclosedpower> i believe its just using liburl[20:38:15] <Spec> I guess i'll look at the code first before trying proxy magic[20:38:16] <Undisclosedpower> libcurl*[20:38:46] *** decriptor has quit IRC[20:39:29] <Spec> luckily i hardly know tcl[20:39:45] <Spec> it's using the packages http and tls[20:39:51] <Undisclosedpower> are you using one of the rss scripts from egghelp?[20:39:58] <Spec> yeap, rss-synd.tcl[20:40:21] <Undisclosedpower> there is definetly one on there that supports authentication[20:41:41] <Spec> this script seems to support Basic Auth[20:41:48] <Undisclosedpower> yeah[20:41:50] <Spec> but not necessarily POST auth[20:42:03] <Undisclosedpower> ah[20:42:09] <Spec> if only hudson did basic auth[20:42:17] *** mbialon has joined #hudson[20:45:28] <mindless> it does, right?[20:45:34] <Undisclosedpower> why don't you want to use the IRC plugin?[20:45:40] <Spec> Undisclosedpower: i would love to :)[20:45:47] <Spec> Undisclosedpower: but the hudson server has no access to the irc server.[20:45:52] <Undisclosedpower> ah[20:46:09] <Spec> I bet I could do it via an ssh tunnel though.[20:46:35] <mindless> hudson supports basic auth afaik[20:46:37] <Spec> Undisclosedpower: but i don't really want multiple bots, and the bot currently also does svn commits/trac tickets/etc[20:46:47] <Undisclosedpower> you can do ANYthing with an ssh tunnel :D[20:46:51] <Spec> So I can make hudson use basic auth instead? Hmm. basic auth is so ugly.[20:47:11] <Spec> I dont' think there's an easy way to differentiate an anonymous user and an authenticated user based on http headers :([20:47:34] <Spec> Otherwise I could just handle this on the proxy easily.[20:51:39] *** glass-eye has joined #hudson[20:51:58] <evilchili1> sounds like you need a wrapper script, spec[20:58:40] *** matt-wynne has joined #hudson[21:01:44] <Spec> well....developers don't mind basic auth[21:01:50] <Spec> so i'll go google around to see how one accomplishes that[21:03:29] *** admc has joined #hudson[21:09:13] *** mindless has quit IRC[21:13:06] <Spec> oh, weird[21:13:14] <Spec> You can just throw http-auth credentials at hudson and it'll auth you.[21:13:44] *** statlor has joined #hudson[21:13:45] *** ChanServ sets mode: +v statlor[21:20:37] *** ed_mann has quit IRC[21:21:23] <Spec> all better. thanks for the pointers.[21:21:26] *** Spec has left #hudson[21:24:20] *** khmarbaise has quit IRC[21:31:30] *** stigkj has quit IRC[21:32:37] *** ed_mann has joined #hudson[21:35:58] *** admc_ has joined #hudson[22:02:40] *** decriptor has joined #hudson[22:07:17] *** mbialon has left #hudson[22:15:40] *** asolsson has quit IRC[22:19:04] *** admc has joined #hudson[22:19:28] *** giskard has joined #hudson[22:30:59] <lifeless> kohsuke: hi[22:31:07] <kohsuke> hi[22:31:55] *** abayer has quit IRC[22:32:25] <lifeless> I'm wondering if you have any insight on the remaining issue in the springsecurity patch (see the list)[22:32:55] *** abayer has joined #hudson[22:32:55] *** ChanServ sets mode: +o abayer[22:34:26] <kohsuke> I'm not sure[22:34:46] <kohsuke> I'm sure Spring runs some conversions behind the scene automagically[22:35:02] <kohsuke> so if we can figure that out and emulate that with Spring 2.0.5 that should be good[22:35:36] <lifeless> I'm sure its simple, but I'm at the 'wtf 120 classes to learn' kindof point on the curve :)[22:36:09] <kohsuke> I'm afraid I have to take care of some other things right now.[22:36:14] <lifeless> thats ok[22:36:15] <kohsuke> Can you ping me tomorrow if it's still a problem[22:36:20] <lifeless> Sure[22:36:33] <lifeless> I'll see if I can figure it out myself; knowledge is useful after all :)[22:38:46] <kohsuke> Try reverting your patch and set the breakpoint of AnonymousProcessingFilter.setUserAttribute(...)[22:39:03] <kohsuke> see what instance of UserAttribute you get in there for userAttribute="anonymous"[22:39:19] <lifeless> thanks, thats a great suggestion.[22:39:20] <kohsuke> and if you report that, I suspect Alan can take it from there[22:44:16] <lifeless> what do the security groovy files do (vs org.hudson.security) ?[23:10:15] *** stigkj has joined #hudson[23:10:23] *** stigkj1 has joined #hudson[23:10:23] *** stigkj has quit IRC[23:20:43] *** rromanchuk has joined #hudson[23:22:20] *** matt-wynne has quit IRC[23:23:43] *** statlor has quit IRC[23:23:53] *** whaley has quit IRC[23:37:46] *** Lewisham has joined #hudson[23:37:46] *** ChanServ sets mode: +v Lewisham[23:38:54] *** tstclair_ has quit IRC[23:45:51] *** Haloperidol has quit IRC[23:50:10] *** mindless has joined #hudson[23:50:10] *** ChanServ sets mode: +o mindless[23:54:28] <mindless> lifeless: ping[23:54:58] <mindless> lifeless: so you found with 1.0.5 that role is "" ? and it seems that 2.0.5 doesn't allow that