Jenkins plugin update apparently doesn't work
Hi there, I am new to Jeninks, I have installed v 1.456 a couple of days ago on a Windows 7 Enterprise 64 bit machine using the Windows package from the Jenkins homepage. It installs and runs fine. I can connect with my browser (Google Chrome) to localhost:8080 and see Jenkins working. I went to Plugin Manager to update and install some of the plugins. I have set the proxy credentials in the Advanced tab. Then, I went back to the Updates tab, selected Translation Assistance Plugin (Jenkins says Version 1.9 | Installed 1.8), and clicked Download now and install after restart. Jenkins indeed start downloading something and then restarts. Sounds promising so far but here it comes: After Jenkins is up and running again, the Plugin Manager/Updates tab still shows for Translation Assistance Plugin Version 1.9 | Installed 1.8. (Huh? I would have expected the plugin is now up-to-date and not listed in the updates tab anymore). I go to the Installed tab of the Plugin Manager and it says: Translation Assistance Plugin Version 1.8 and a shows a button saying Downgrade to 1.8. I don't understand what is going on. Which version is installed now 1.8? Why does Jenkins offers me to downgrade to 1.8 then? If 1.9 is installed, why is it still listed in the Updates tab? The same strange behavior happens also for the other plugins offered for updating: SVN and CVS Thanks a lot for your answers, explanations or ideas how to fix it! Regards, Paul
Discard build and artifacts no longer works under 1.456
Since upgrading to Jenkins 1.456 my builds and artifacts no longer seem to be discarded - leading to my jenkins home to fill up. Is this a known issue?
Re: Jenkins plugin update apparently doesn't work
Hi Paul, the catalogue file does indeed mention version 1.9 but the link leads to nowhere. The catalogue file is located at http://dl.aragost.com/jenkins/updates/update-center.json You can search for the URL by searching the plugin name. it follows after the name listed. sometimes is it mentioned twice but you can easily look it up by inspecting the url. anyways ... I learnd by removing parts of the URL that you have to browse to http://updates.jenkins-ci.org/download/plugins/translation/ Clicking on the folder link 1.9 will start a download. Save the file with the ending .hpi and copy it to jenkins_home/plugins and restart Jenkins. That should do it. If the update center keeps complaining is there more bogus stuff going on with the plugin. I am content that Jenkins itself is doing fine. Take care Jan On 23 Mrz., 08:56, Paul Schwann paul.schw...@gmail.com wrote: Hi there, I am new to Jeninks, I have installed v 1.456 a couple of days ago on a Windows 7 Enterprise 64 bit machine using the Windows package from the Jenkins homepage. It installs and runs fine. I can connect with my browser (Google Chrome) to localhost:8080 and see Jenkins working. I went to Plugin Manager to update and install some of the plugins. I have set the proxy credentials in the Advanced tab. Then, I went back to the Updates tab, selected Translation Assistance Plugin (Jenkins says Version 1.9 | Installed 1.8), and clicked Download now and install after restart. Jenkins indeed start downloading something and then restarts. Sounds promising so far but here it comes: After Jenkins is up and running again, the Plugin Manager/Updates tab still shows for Translation Assistance Plugin Version 1.9 | Installed 1.8. (Huh? I would have expected the plugin is now up-to-date and not listed in the updates tab anymore). I go to the Installed tab of the Plugin Manager and it says: Translation Assistance Plugin Version 1.8 and a shows a button saying Downgrade to 1.8. I don't understand what is going on. Which version is installed now 1.8? Why does Jenkins offers me to downgrade to 1.8 then? If 1.9 is installed, why is it still listed in the Updates tab? The same strange behavior happens also for the other plugins offered for updating: SVN and CVS Thanks a lot for your answers, explanations or ideas how to fix it! Regards, Paul
Re: broken jira login on jenkins-ci.org
On 17/03/2012 07:49, jul wrote: Chris Witherschrisat simplistix.co.uk writes: My guess is that the temporary password works only once, and the captcha bounce means I then have to try and enter it again, but it doesn't work anymore... Well, I think the temporary password does not work only once. If I remember correctly, I had logged in using it at least 2 times Have you tried this link to reset your password? https://jenkins-ci.org/account Yep, I tried it, got several passwords, keep on getting asked to do captcha, and can't get out of that loop. I've tried emailing postmas...@jenkins-ci.org and webmas...@jenkins-ci.org and got no response. All a bit disappointing really :-( Chris -- Simplistix - Content Management, Batch Processing Python Consulting - http://www.simplistix.co.uk
Re: Jenkins plugin update apparently doesn't work
Dear Manuel, thanks for your message! I've checked the Plugin Manager and indeed the table shown in the Installed tab has a column Pinned. I read about it in the Jenkins help and it turns out that this is what you referring to. None of the plugins (including the Translation Assistance Plugn) actually is pinned, though. I created - as described in the help - a file [jenkins]plugins\translation.hpi.pinned. And yes, now that Plugin Manager/Installed tabled shows the unpin button for the Translation Assistance Plugin (so I assume it is pinned now). Clicking it doesn't do much but removing the file I've created before and the unpin button is gone Apparently, updating any of the plug-ins delivered with the package doesn't work for me. :-( Now let's try to install a new plug-in: I go to Available tab and select ... mmhh ... Static Code Analysis Plug-ins. Download, install, restart - OK After restarting, no new plugin. [jenkins]\plugin folder doesn't contain any new hpi. Let's try it manually. URL of that plugin is http://updates.jenkins-ci.org/download/plugins/analysis-core/1.38/analysis-core.hpi After uploading, [jenkins]\plugins has a new file analysis-core.jpi. Good. Now restart Jenkins: et voila, we have a new plugin Static Analysis Utilities. So the overall mechanism seems to work even if it doesn't directly from the web interface. Could live with that. I really wonder how to update the default plugins as Jenkins overwrites them all the time during startup... Regards, Paul
ivy plugin confusion
Hi, We're using ivy and the Ivy project builder to coordinate our build system. This seemed to work well at the start but over time it feels like the dependency graph has become corrupt and/or there are errors in the way I have set this up. As an example I have a job with the following ivy configuration ivy-module version=2.0 info organisation=$OUR_ORG module=top-level-module revision=1.0-SNAPSHOT / configurations defaultconfmapping=runtime-*;compile-* conf name=compile description=Build Time dependencies/ conf name=runtime description=Run Time dependencies (for jenkins triggers)/ /configurations publications artifact type=ear / artifact type=pom / /publications dependencies dependency name=library1 rev=latest.integration changing=true conf=compile / dependency name=library2 rev=latest.integration changing=true conf=compile / dependency name=library3 rev=latest.integration changing=true conf=compile / dependency name=module1 rev=latest.integration changing=true conf=runtime / /dependencies /ivy-module For this module jenkins is showing only the runtime dependency as an upstream project, in addition to a module that isn't mentioned in the ivy file, module1.test. Looking at this one case it seems like there are two bugs with the ivy plugin; 1) only the runtime dependencies are being identified as upstrem projects 2) all projects with a name like *module1* are being added as upstream projects However, I can find counterexamples for both issues; 1) I have another project where one, but not all, of the compile time dependencies are registered as upstream projects. 2) module1.test appears to have every job from my build view as a downstream project. This is leading me to think that somehow the dependency tree has become completely corrupt. This leads me to some concrete questions; 1) Has anyone else experienced anything like this (I see many bugs related to the dependency graph, but none seem quite like this and are resoved in the version of jenkins we are using) 2) How can I reset the internal dependency graph in the ivy plugin? 3) Is there anything I should take care of to ensure this doesn't happen again? e.g. should I build the projects in a specific order the first time for the dependency graph to be built correctly by the ivy plugin. 4) Should I switch to using freeform projects with the Trigger the build of other projects based on the Ivy dependency management system post build action? I don't know if it's relevant to the problem but for creating/updating the projects in Jenkins we have a shell script that parses an eclipse project set (psf) file and creates Jenkins jobs for each of the projects using the java cli. Currently running Jenkins v. 1.451 and ivy plugin v.1.19 Regards, Jonathan
Re: EnvInject: injecting environment variables from URL
On Fri, Mar 23, 2012 at 1:13 AM, John Vacz mailing.list.collect...@googlemail.com wrote: ** I have form submission problem on the shared objects configure page when I access Jenkins through a local proxy (ssl tunneling). I got a server not found page when I click the save button, Jenkins was trying to submit/redirect to https://real-server-name/jenkins//manage, instead of (my guess) https://my-local-proxy/jenkins/manage. Is there any way to get around this? I tried lynx/w3m on the remote server, but they seem to have difficulties dealing with the drop down button gadget. I use FoxyProxy (under firefox) with ssh's DynamicProxy option and it works great. On 18.03.2012 22:51, Grégory Boissinot wrote: Thanks for testing EnvInject plugin. EnvInject is aimed at managing environment variables. For your need, you can use the Shared Objects plugin. It's a complement to the EnvInject plugin. It enables you to share objects in your environment (such as in your case a properties files through an URL) and inject its content as environment variables with the EnvInject plugin. You define your shared objects in the global Jenkins configuration (Manage Jenkins Shared Objects) and check 'Propagate shared objects' in the 'Prepare an environment for the job run' section. Shared objects will be computed dynamically and the results will be injected as environment variables for each job build. https://wiki.jenkins-ci.org/display/JENKINS/SharedObjects+Plugin On Fri, Mar 16, 2012 at 10:43 AM, John Vacz mailing.list.collect...@googlemail.com wrote: Can EnvInject plugin inject enviroment variables defined in .properties file from a URL? I tried but it did not work. Have i missed something obvious? Our particular use case is that we need to inject some mail address lists as environment variables to be used by Email-ext plugin, and it would be very handy if we can just inject those variables directly from a http server (or our anonymous SVN in this particular case). Meanwhile I add a shell script to download the .properties file and then use EnvInject to inject them. Furthermore, the variables are actually global, it would be great if we do not need to inject them in every job, but globally in Jenkins. I noticed that in Jenkins configure screen, there is a Prepare jobs environment section (provided by EnvInject?), it seems that one can inject viarables from a file with absolute path. But have some concerns: a) this injection is rather static, as the help stated You must restart the node (master/slave) for the consideration of this property, that means the variables cannot be changed on the fly (I did not get a chance to test this, so I might be wrong); b) I am not sure if this injection is transparent in a master-slave setting. Any suggestion is appreciated. -- -- Andrew Melo
Re: Jenkins CVS plugin does not detect changes
More details: the previous CVS plugin version was 1.6 and it was using the local cvsnt install. On Mar 23, 12:04 pm, Spiff79 guillaume.bilod...@gmail.com wrote: Hi all, We've been running Jenkins 1.451 and 1.454 on Windows XP against a CVS repository for a few weeks now, without any problems. We've upgraded the CVS plugin to version 2.1 this morning and since then, CVS changes are not detected. The CVS polling log is triggered properly, tons of cvs rlog instructions are sent but at the end No changes is displayed. Am I missing some configuration option somewhere? Thanks.
Re: Jenkins CVS plugin does not detect changes
Even more details: Looking into the entries file, I'm seeing incorrect times for recently updated files, a 4-hour difference. Could this be related to the problem? On Mar 23, 1:49 pm, Spiff79 guillaume.bilod...@gmail.com wrote: More details: the previous CVS plugin version was 1.6 and it was using the local cvsnt install. On Mar 23, 12:04 pm, Spiff79 guillaume.bilod...@gmail.com wrote: Hi all, We've been running Jenkins 1.451 and 1.454 on Windows XP against a CVS repository for a few weeks now, without any problems. We've upgraded the CVS plugin to version 2.1 this morning and since then, CVS changes are not detected. The CVS polling log is triggered properly, tons of cvs rlog instructions are sent but at the end No changes is displayed. Am I missing some configuration option somewhere? Thanks.
Re: Jenkins CVS plugin does not detect changes
I'm in the Eastern Time Zone (Montreal) with Daylight Saving Time in effect. The last cvs checkout command looked like this: cvs checkout -P -r d-chg00014229_op_brc_preimp-op-2012-02-27 -D 23 Mar 2012 11:56:16 EDT -d portailInt portailInt On Mar 23, 2:05 pm, Spiff79 guillaume.bilod...@gmail.com wrote: Even more details: Looking into the entries file, I'm seeing incorrect times for recently updated files, a 4-hour difference. Could this be related to the problem? On Mar 23, 1:49 pm, Spiff79 guillaume.bilod...@gmail.com wrote: More details: the previous CVS plugin version was 1.6 and it was using the local cvsnt install. On Mar 23, 12:04 pm, Spiff79 guillaume.bilod...@gmail.com wrote: Hi all, We've been running Jenkins 1.451 and 1.454 on Windows XP against a CVS repository for a few weeks now, without any problems. We've upgraded the CVS plugin to version 2.1 this morning and since then, CVS changes are not detected. The CVS polling log is triggered properly, tons of cvs rlog instructions are sent but at the end No changes is displayed. Am I missing some configuration option somewhere? Thanks.
Re: Jenkins CVS plugin does not detect changes
The 4 hour difference corresponds to GMT-adjusted time, so it looks like there's a mixup in time zones somewhere. Using CVS plugin 1.6 the cvs polling command looked like this (executed at 5:26:21 PM EDT): cvs -q -z3 -n update -PdC -r d-chg00014229_op_brc_preimp-op-2012-02-27 -D Thursday, March 22, 2012 9:26:21 PM UTC Is it possible that the CVS server isn't properly interpreting the -D argument, either the parsing part or the time zone adjustment part? On Friday, March 23, 2012 2:23:51 PM UTC-4, Spiff79 wrote: I'm in the Eastern Time Zone (Montreal) with Daylight Saving Time in effect. The last cvs checkout command looked like this: cvs checkout -P -r d-chg00014229_op_brc_preimp-op-2012-02-27 -D 23 Mar 2012 11:56:16 EDT -d portailInt portailInt On Mar 23, 2:05 pm, Spiff79 guillaume.bilod...@gmail.com wrote: Even more details: Looking into the entries file, I'm seeing incorrect times for recently updated files, a 4-hour difference. Could this be related to the problem? On Mar 23, 1:49 pm, Spiff79 guillaume.bilod...@gmail.com wrote: More details: the previous CVS plugin version was 1.6 and it was using the local cvsnt install. On Mar 23, 12:04 pm, Spiff79 guillaume.bilod...@gmail.com wrote: Hi all, We've been running Jenkins 1.451 and 1.454 on Windows XP against a CVS repository for a few weeks now, without any problems. We've upgraded the CVS plugin to version 2.1 this morning and since then, CVS changes are not detected. The CVS polling log is triggered properly, tons of cvs rlog instructions are sent but at the end No changes is displayed. Am I missing some configuration option somewhere? Thanks.
Re: email-ext - request for another jelly script example
I use something like this in my groovy template // the goal is to find the top level job which should contain the changelist def upstreamBuild = null def cause = build.causes.find { if(it instanceof hudson.model.Cause.UpstreamCause) { return true } return false } while(cause != null) { upstreamBuild = hudson.model.Hudson.instance.getItem(cause.upstreamProject).getBuildByNumber(cause.upstreamBuild) cause = upstreamBuild.causes.find { return (it instanceof hudson.model.Cause.UpstreamCause); } } Then I check if upstreamBuild is null or not, and if its not, I have access to its information like this: def changeSet = upstreamBuild.changeSet And you can get the info you are looking for from there. slide On Fri, Mar 23, 2012 at 3:35 AM, Chris Withers ch...@simplistix.co.ukwrote: On 19/03/2012 15:26, Slide wrote: This is awesome. Thanks for sharing! I've heard of several people who would like to do something like this. I'll try and add it to the wiki for email-ext. Sorry for topic hijacking, but I tried asking this before and got no response, yet this topic seems similar... So, I have a job (A) that uses artifacts from another job (B) and is also triggered by that job. That other job does the SCM polling, so when tests in Job A fail, them changelog is blank, just says triggered by build #x of Job A. Does anyone have an email-ext example of how to get the changelog from Job A into the email-ext mail sent if Job B fails? cheers, Chris -- Simplistix - Content Management, Batch Processing Python Consulting - http://www.simplistix.co.uk -- Website: http://earl-of-code.com
Re: broken jira login on jenkins-ci.org
On Fri, 23 Mar 2012, Chris Withers wrote: On 17/03/2012 07:49, jul wrote: Chris Witherschrisat simplistix.co.uk writes: My guess is that the temporary password works only once, and the captcha bounce means I then have to try and enter it again, but it doesn't work anymore... Well, I think the temporary password does not work only once. If I remember correctly, I had logged in using it at least 2 times Have you tried this link to reset your password? https://jenkins-ci.org/account Yep, I tried it, got several passwords, keep on getting asked to do captcha, and can't get out of that loop. I've tried emailing postmas...@jenkins-ci.org and webmas...@jenkins-ci.org and got no response. All a bit disappointing really :-( Where are you seeing a captcha? I just reset your password again, I'm assuming you're receiving the email and then trying to set your password again? Also, I don't know anybody that uses webmaster@ addresses anymore :P Cheers - R. Tyler Croy -- Code: http://github.com/rtyler Chatter: http://twitter.com/agentdero rty...@jabber.org pgp6MWLHjoEPt.pgp Description: PGP signature