Have you tried upgrading to the latest version of the plugin?
I just recently updated the plugin 1.5 to make it easier to configure the
filters for group searching.
If you truely have no groups, maybe point the group search base to an empty
DN node with no children... Also tuning the cache may he
I've seen a number of people asking this type of thing, so it seemed to be
time for a blog post
http://developer-blog.cloudbees.com/2013/06/introducing-variability-into-jenkins.html
--
You received this message because you are subscribed to the Google Groups
"Jenkins Users" group.
To unsubscrib
What does your
$JENKINS_HOME/hudson.model.UpdateCenter.xml
File look like?
On 18 June 2013 17:13, Jerry wrote:
> Jenkins 1.514 on Centos. Deployed as a WAR file.
>
> At some point in the recent past, I'm not sure when, all non-CloudBees
> plugins disappeared from the plugin manager's "Availabl
If its working now, you're sorted... Otherwise deleting *should* have
regenerated the correct one for you.
On Tuesday, 18 June 2013, Jerry wrote:
> I copied that file from another instance of Jenkins I happened to have to
> the instance in question, restarted Jenkins, and now I can see all the
>
The free license is renewed every year (so we can see how many people are
active using the plugin), so if your license is a bit old you may just need
to refresh it.
Jenkins > manage Jenkins > manage licenses
Should tell you when the license is due to expire...
If expired, easiest is to ensure on
To be expected if you don't have the Jenkins Enterprise RBAC plugin. I
think Jesse has made the exception less scary in more recent versions of
Jenkins.
In this specific case it is a historical artifact of the way the two
plugins were developed.
I developed the RBAC plugin while KK was working on
Likely you have disabled or are missing some of the required plugins for
the folders plugin's license enforcement (the joys of this plugin being
free (as in tell me your name and I'll give you this beer)... we do ask our
management if we can make it free (as in OSS) but I have yet to see a
answer o
Happy to see a customer recommending us... We must be doing something right
;-)
On Thursday, 4 July 2013, Daniel Beck wrote:
> You can do this using Jenkins Enterprise. It includes a 'Custom Update
> Center' plugin that can be used to distribute all (or only sanctioned)
> plugins internally, and
Steffen,
Jesse Glick was doing a short-cut to try and get a file with a fix to some
people for testing... bold boy.
It should be mostly safe, the only changes are supposed to be additional
diagnostics in remote channel... but I cannot confirm whether others are
present... and I don't think he pus
What version of Jenkins are you running?
On 17 July 2013 23:08, Haszlakiewicz, Eric wrote:
> I'm having some problems figuring out how to install the current version
> of CloudBees Folders plugin.
> I was able to get the 3.6 version installed, and the Update Center page in
> my Jenkins installa
ntre routing to see if it was not
updated since 1.447 extended support line dropped out of CloudBee's support
timeline
On 18 July 2013 12:13, Stephen Connolly wrote:
> What version of Jenkins are you running?
>
>
> On 17 July 2013 23:08, Haszlakiewicz, Eric wrote:
>
>> I&#
you have the cloudbees-license
plugin at least at 4.0 or Jenkins will fail to load the folders plugin.
HTH
-Stephen
(Wearing my CloudBees employee hat!)
On 18 July 2013 12:20, Stephen Connolly wrote:
> 3.6 has required core 1.447.7
> 3.7 has required core 1.466.13
> 3.8 & 3.9
3)
> >
> > Thanks for the explanation, and the link!
> >
> > Eric
> >
> > > -Original Message-
> > > From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-
> > > us...@googlegroups.com] On Behalf Of Stephen Connolly
> > > Se
*
>
> So, a few hiccups, but now I think everything is working.
>
> ** **
>
> Thanks,
>
> Eric
>
> ** **
>
> *From:* jenkinsci-users@googlegroups.com [mailto:
> jenkinsci-users@googlegroups.com] *On Behalf Of *Stephen Connolly
> *Sent:
The best I can think of is to add a hidden reconfigurable property that
stores a UUID...
It would need some guards, eg
If a job is copied, generate a new UUID
If a job is modified by POST of the config.xml, generate a new UUID if
there is already a different UUID for a job in the instance.
Not
Did you get credentials integration in yet...
If not I would like to try and get it in for the next beta... and which
branch is it so I can try to start tomorrow
On 25 July 2013 23:40, Kohsuke Kawaguchi wrote:
>
> Hi,
>
> We've been working on a major improvement on Git plugin, and it's now at
I think nicolas de loof has a build pipeline plugin that might offer what
you are looking for... but to be honest I am distracted with other stuff
and have not looked at his plugin
On 31 July 2013 14:07, Bob Bick wrote:
> Hi,
>
> ** **
>
> I am migrating a home-grown build system to Jenkin
I am always too busy to solve the hard blocking problem: merging coverage
results from different toolchains...
I have some ideas, but it is always on the back burner.
Also, basing on cobertura is a mistake. There were some design decisions I
made in that plugin's architecture that in retrospect w
As part of my improvements to the Credentials plugin I am pushing a whole
new set of releases of these plugins.
Credentials 1.6 is backwards compatible with all previous releases. It
should be safe to upgrade that one on its own.
SSH Credentials 1.0 requires Credentials 1.6 and includes a change
I think your old version of the SSH Slaves plugin borked up the
authentication and created invalid versions that need to be cleaned out
On 7 August 2013 20:20, Jared Griffith wrote:
> I'm still getting no love with my slave nodes starting.
>
>
> On Wed, Aug 7, 2013 at 11:42 AM, J Arrizza wrote
ask.run(FutureTask.java:166)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> [08/07/13 12:30:39] [SSH] Connection closed.
&g
just to get it
>> back up and working.
>>
>>
>> On Wed, Aug 7, 2013 at 5:54 AM, Stephen Connolly <
>> stephen.alan.conno...@gmail.com> wrote:
>>
>>> As part of my improvements to the Credentials plugin I am pushing a
>>> whole new set of
.org/update-center.json
>>
>>
>> but not in
>>
>> http://updates.jenkins-ci.org/stable/update-center.json
>>
>>
>> This caused me a bit of confusion, it might hit others as well.
>>
>> John
>>
>>
>>
>> On Wed, Au
In working on integrating with the Credentials plugin there is, from my
point of view, a lot of insanity and crazy ways of doing auth.
How attached are people to the existing way?
The way I want to deliver is that you have a drop down underneath any of
the module remote url fields which lists the
ult such that users who are unsure of which option to choose will,
> if they do nothing, get the correct option 80% of the time.
>
> ** **
>
> /James
>
> ** **
>
> ** **
>
> *From:* jenkinsci-users@googlegroups.com [mailto:
> jenkinsci-users@goo
e systems have credentials that others for security
> reasons shouldn’t have and there will be no way of knowing what ID should
> be used in any job template :-o
>
> ** **
>
> /James
>
> ** **
>
> *From:* jenkinsci-users@googlegroups.com [mailto:
> jenkinsci-us
The issue I am actually having right now is how to handle the case where
there is svn:externals and those externals need a different set of
credentials... but I am not sure that this use case I am fearing actually
works in Jenkins right now
On 8 August 2013 14:30, Stephen Connolly wrote:
> W
Oh but of course: https://issues.jenkins-ci.org/browse/JENKINS-8312 if
svn:externals has a different authentication from the module being checked out,
then Jenkins may/may not barf all over you because the Subversion plugin
doesn't have a way to handle that
I think I could perhaps add an ad
On 8 August 2013 16:01, Les Mikesell wrote:
> On Thu, Aug 8, 2013 at 7:02 AM, Stephen Connolly
> wrote:
> > In working on integrating with the Credentials plugin there is, from my
> > point of view, a lot of insanity and crazy ways of doing auth.
> >
> > How attac
I could add a subversion path specification as a domain requirement if you want
to narrow credentials even further
--
You received this message because you are subscribed to the Google Groups
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
If you (or anyone else) want to be adventurous and see where I am going you can
use the "refactoring" branch in GitHub.
A known "working" set is
https://github.com/jenkinsci/subversion-plugin/commit/1018396aaf1bf272a0bd50592413ca6387868ffa
With this version of the credentials plugin a requireme
On Thursday, 8 August 2013, Les Mikesell wrote:
> On Thu, Aug 8, 2013 at 10:11 AM, Stephen Connolly
> > wrote:
>
> >>> > The way I want to deliver is that you have a drop down underneath
> any of
> >> > the
> >> > module remote url fields wh
ading in Jenkins may be to blame for some of your issues)
(You know how to reach me off list if you have stuff you can't share
public... And this is part of a work-sponsored effort... If slightly
tangential and only the first visible tips of the stuff we have coming down
the road)
&g
On Thursday, 8 August 2013 20:08:54 UTC+1, LesMikesell wrote:
>
> On Thu, Aug 8, 2013 at 12:31 PM, Stephen Connolly
> > wrote:
> >>
> >> Scoping by the user creating the job would make more sense to me,
> >> although I'm not sure how strictly jen
I would look into partitioning the tests into batches, so that keystone
tests are in earlier batches and fine grained tests are in later batches.
I would also pull all the fast tests into earlier batches.
If you collect the average test execution time for each test case, you can
sort tests based
It's a bug
On 22 August 2013 09:08, Moral wrote:
> Hi
>
> My system has:
>
> Tomcat Apache: 7.0.32
>
> Jenkins 1.528
>
> Credentials plug in: 1.7.3
>
> I go to the /jenkins/asynchPeople/
>
> I choose my ID profile
>
> I choose the configure option
>
> I can see that it is now possible to save C
https://issues.jenkins-ci.org/browse/JENKINS-19308
On 22 August 2013 09:43, Stephen Connolly
wrote:
> It's a bug
>
>
> On 22 August 2013 09:08, Moral wrote:
>
>> Hi
>>
>> My system has:
>>
>> Tomcat Apache: 7.0.32
>>
>> Jenkins 1.5
ASS environment variable.
>
> Could you please point me out if this is a good solution or which solution
> I can look at?
>
> Thanks
>
> Alberto
>
>
> 2013/8/22 Stephen Connolly
>
>> https://issues.jenkins-ci.org/browse/JENKINS-19308
>>
>&g
mailtrap.io can be handy to check that you have everything working
On 27 August 2013 14:27, Slide wrote:
> You are using an old version of email-ext, but upgrading won't help in the
> delay. You can try enabling javamail debug mode by adding this system
> property -Dmail.debug=true, you'll get
FYI, my 2.0 refactoring of the plugin makes it much clearer where the
credentials are coming from I am currently working on some other very
cool stuff... once I have that ready to go I will spin back and finish off
the migration of legacy credentials in the subversion plugin (the
refactoring of
I suspect all this will go away once I release the refactoring that
integrates with the credentials plugin. The current blocks on releasing it
are:
1. Need some people to test it and comment on the new way of authenticating
2. Need to write the code to migrate the old stored credentials into the
n
There are the extension points that would allow you to write a plugin to do
just that.
Easiest way to start would be to depend on the disk usage plugin and then
implement a QueueTaskDispatcher. If you want a per-project limit you would
also want to implement a JobProperty to hold the per-project l
It is certainly technically possible (i.e. if there is not yet a way to do
it, a plugin could be written and all the necessary hooks are present to
enable the required functionality)... but I don't know if it is possible
without resorting to a new plugin (as I don't use parameterized builds that
mu
I suspect you have set up your profiles so that they are exclusive, or to
put it another way, activating profile2 will revert the changes in profile1
and profile2 is later in the pom so wins out.
what you could do is cheat the reactor.
Maven will execute goals and phases against each module in tu
Try the promoted builds plugin
On 1 October 2013 09:18, Siva Duvvuru wrote:
> Hi,
>
> I am looking for a plugin that includes a link on each build page (side
> bar) and when clicked on this link a custom shell script need to be
> executed by printing its result.
>
> Please suggest.
>
> Thanks,
Literate builds gives you a very easy matrix build, just specify and
environments section with the labels of the environments that you want to
build on.
On 1 October 2013 09:24, Ruslan Zasukhin
wrote:
> On 10/1/13 10:53 AM, "Ferenc Kovacs" wrote:
>
> Hi Ferenc,
>
> > If you want, you can instal
On 1 October 2013 12:04, Ruslan Zasukhin
wrote:
> On 10/1/13 12:16 PM, "Stephen Connolly"
> wrote:
>
> > Literate builds gives you a very easy matrix build, just specify and
> > environments section with the labels of the environments that you want to
> > bu
Go to the manage credentials screen and add some credentials then add the
slave. I am working on adding a button that allows you to add the
credentials directly, but there are some other things that are taking my
attention right now. The new Credentials UI was one blocking step towards
this goal as
This where you would use credentials domains.
If you define a different domain, and set the domain specifications to
match the specific server host names then when you have typed in the server
host name... oh look, there is only one option in the drop down... that's
handy!
On 3 October 2013 11:3
Of course with literate builds you get a much easier way:
Here's the markdown you'd have
# Environments
* `debian`
* `i386`
* `x64`
* `redhat`
* `i386`
* `x64`
* `windows`
# Build
* `debian`
whatever command you use to make the deb
* `redhat`
rpmbuild blah bl
here are a lot more subtleties to literate but I don't think people are
quite ready for the brain melt if I start explaining them now ;-)
On Thursday, 3 October 2013, Les Mikesell wrote:
> On Thu, Oct 3, 2013 at 11:27 AM, Stephen Connolly
> > wrote:
> > Of course with literate
http://jenkins-ci.org/content/literate-builds-wtf
On Thursday, 3 October 2013, Roland Asmann wrote:
> I'm not quite sure what you mean with 'literate builds'... Do you mean
> splitting them in multiple jobs?
>
>
> On Thursday, October 3, 2013 6:27:10 PM UTC+2, St
On Thursday, 3 October 2013, Les Mikesell wrote:
> On Thu, Oct 3, 2013 at 12:53 PM, Stephen Connolly
> > wrote:
> > Because you probably don't want to couple your source code too strongly
> to
> > your SCM.
>
> How so? Requiring different build commands/options
On Thursday, 3 October 2013, Les Mikesell wrote:
> On Thu, Oct 3, 2013 at 2:24 PM, Stephen Connolly
> > wrote:
> >
> >> How so? Requiring different build commands/options/targets seems very
> >> normal across the same code's version history and branches.
ironments
The best literate builds will just have one command only
Add another environment above the three you mentioned? Or is there another
> way to describe the build without having to reference the environments?
>
>
> On 03.10.2013 19:55, Stephen Connolly wrote:
>
>> ht
I found a number of bugs with the upgrade logic for handling
pre-credentials integration to post-credentials integration.
Version 1.3 of the SSH Slaves plugin should be *much* better at upgrading,
and should identify and consolidate duplicate keys correctly (it was
previously failing to pick up ma
Just a question, what is the problem you are trying to solve... Or perhaps
to put it another way, *why* would I want this?
On Saturday, 5 October 2013, Shahim Essaid wrote:
> Hi all,
>
> I'm new to Jenkins and finding it very useful. I'm also getting used to
> the Git flow pattern and I wanted to
On Saturday, 5 October 2013, Shahim Essaid wrote:
>
> On Fri, Oct 4, 2013 at 5:48 PM, Stephen Connolly <
> stephen.alan.conno...@gmail.com 'stephen.alan.conno...@gmail.com');>> wrote:
>
>> Just a question, what is the problem you are trying to solve... Or
&
4)
> at com.trilead.ssh2.channel.Channel.freeupWindow(Channel.java:378) at
> com.trilead.ssh2.channel.Channel$Output.write(Channel.java:97) at
> com.trilead.ssh2.channel.ChannelManager.msgChannelExtendedData(ChannelManager.java:858)
> at
> com.trilead.ssh2.channel.ChannelManager.handleMessage(Channel
You might try the 1.4 release that I just cut.
If you get fed up waiting for the OSS update centre, you can download it
from http://jenkins-updates.cloudbees.com/download/plugins/ssh-agent/
If that (and I'm hoping the update of JNR libraries fixes the issue) does
not work, then you will have to g
with OSX slaves unless you have mucked
up your slave's shell environment or something
-Stephen
On 8 October 2013 10:10, Stephen Connolly
wrote:
> You might try the 1.4 release that I just cut.
>
> If you get fed up waiting for the OSS update centre, you can download it
> fr
When a job is initially created, Jenkins does a bit of jumping through
hoops to set a flag that indicates "don't build this job until it has been
saved" this is to support the use case of somebody copying a job and
changing the scm to the new scm they want to build but finding that polling
has trig
for the https://github.com/entagen/jenkins-build-per-branch approach I
> will have to take a look at the source code so that I can save the project
> after it is copied.if I continue to use this approach!
>
>
> Thanks for the help so far... ;-)
>
>
> On Tue, Oct 8, 2013 at 3:
that fixes your issue
On Tuesday, 8 October 2013, Maciej Sawicki wrote:
> On Tue, Oct 8, 2013 at 12:21 PM, Stephen Connolly
> > wrote:
> > Suffice it to say that the key reported by ssh-add -l is the one
> injected by
> > the ssh-agent that is held only by the credentia
The warning is actually that if you upgrade to 1.4 you *may* have data loss
if you try to downgrade again.
There are two kinds of warning on the screen: the first and most common is
that it needs a newer version of Jenkins. The second is that it is not
backwards compatible.
The latest versions of
wouldn't the best thing be to use a ssh key and then use the ssh-agent
build wrapper to provide the key to the build... then there would be no
need for any expect stuff at all?
On 10 October 2013 13:51, Ranjith P wrote:
> HI,
>
> I have written a shell command to copy the build artifacts to a s
The base version of the next LTS release is *tabled* for selection at
Wednesday's governance meeting... That does not mean an LTS base version
will be selected.
There will be a few fixes that need back porting to whatever version is
chosen (off the top of my head, one issue I fixed for 1.536 will
Can we just ask one question:
WHY ARE YOU USING THE LDAP PLUGIN AND NOT THE ACTIVE DIRECTORY PLUGIN?
People seem to keep on wanting to inflict pain on themselves and go with
the more complex LDAP plugin rather than the much much easier to use Active
Directory plugin.
If there is some feature mis
Have you tried the troubleshooting groovy script in the Troubleshooting
section of the LDAP plugin wiki page?
On 15 October 2013 14:30, David Aldrich wrote:
> Hi
>
> ** **
>
> We have seen this issue:
>
> ** **
>
> JENKINS-12619 "Failed to test the validity of the user name on all
> se
gt;
>
> ** **I don’t notice any delay using the global catalogue and LDAP – using
> AD we often saw multi second (into the tens) delays in authentication – the
> above may or may not be the reason for it.
>
> ** **/James
>
> On Tuesday, 15 October 2013 14:01:38 UTC+1, Steph
Active Directory plugin instead of the LDAP
> plugin?
>
> ** **
>
> I’m afraid I know nothing about groovy scripts. How would I run that
> script please?
>
> ** **
>
> David
>
> ** **
>
> *From:* jenkinsci-users@googlegroups.com [mailto:
> jenkinsci-users@go
ooglegroups.com [mailto:
> jenkinsci-users@googlegroups.com] *On Behalf Of *Stephen Connolly
> *Sent:* 15 October 2013 15:37
>
> *To:* jenkinsci-users@googlegroups.com
> *Subject:* Re: "Failed to test the validity of the user name ..."
>
> ** **
>
> Well Kohsu
have you tried using the ssh-agent plugin?
On 22 October 2013 00:49, JonathanRRogers wrote:
>
>
> On Monday, October 21, 2013 8:47:20 AM UTC-4, Mitul Parmar wrote:
>>
>> Hi,
>>
>> I am new to jenkins. I have created a job which tries to pull changes
>> from git repositories using ssh. I have cr
You probably want to switch to Git 2.0 and it's native support for
credentials (i.e. should not need ssh-agent configured explicitly)
On 23 October 2013 18:08, Christian Beikov wrote:
> Hello,
>
> I have a problem with jenkins git plugin and ssh-agent checking out from a
> bitbucket git reposito
As announced at JUC, we have open sourced (most) of our support plugin:
https://wiki.jenkins-ci.org/display/JENKINS/Support+Core+Plugin
The only bit we have held back from open sourcing is the bit that brands
the support root action as being for CloudBees Support... (which is
reserved for CloudBe
what kind of ssh key are you using. Beware the JCE export restrictions
which can make using keys longer than 2048 a no-no. Also are you 100%
certain you are using the latest ssh-slaves, ssh-credentials, and
credentials plugins?
On 24 October 2013 15:02, Costin Caraivan wrote:
> Hello,
>
> I'm t
Copy and paste the following into the script console, changing the names to
ones appropriate to your LDAP server
String[] names = ["a group name","a user name","a name that does not exist"];
for (name in names) {
println("Checking the name '" + name + "'...")
try {
printl
are going wrong)
On 24 October 2013 16:37, Costin Caraivan wrote:
> No SSH keys, just username + password.
> Credentials 1.9.1
> SSH-slaves 1.5
> SSH credentials 1.5.1
>
> _
> Costin Caraivan
>
>
> On Thu, Oct 24, 2013 at 5:41 PM, Stephen Connolly <
Well we have reached the limit of my LDAP foo... Kohsuke?
On Thursday, 24 October 2013, Mauricio wrote:
> Hi Stephen,
>
> Thanks of answering...
>
> 2013/10/24 Stephen Connolly
> 'stephen.alan.conno...@gmail.com');>
> >
> >
> > Copy and paste th
have you tried wiping out $JENKINS_HOME/war as that may not be fully clean
(it's where the .jar extracts all of the .war contents to?
On 25 October 2013 12:47, Federico Fissore wrote:
>
> Il giorno giovedì 24 ottobre 2013 11:00:19 UTC+2, Vincent Latombe ha
> scritto:
>
>> Probably a side-effect
Jenkins will only loose the job configuration if there is a save of the job
triggered. In most cases there will not be a save "auto" triggered, i.e.
you would need to go to the Job's configure screen and hit "save" or
"apply" but there are some plugins that trigger save actions by themselves
(e.g.
Ok cool to know that data point. I will investigate so!
On Tuesday, 29 October 2013, Costin Caraivan wrote:
> Wow - that was it. Thanks a lot for the pointer.
>
> I'm not sure what the ruby-runtime plugin does to crash 3 different
> connection types, but it' REALLY bad.
>
>
> It definitely helped
Migration code should have picked that up... Any chance you have a copy of
your config.xml from before upgrade? (If you do, send me an email privately
and I will give you instructions on how to sanitize the passwords before
sharing the file with me in such a way that I can reproduce your issue)
On
An update for the list. Zetan has provided me with a sanitised copy of his
config.xml. Hopefully I will be able to reproduce his UX and improve the
migration code. I am tracking this issue as
https://issues.jenkins-ci.org/browse/JENKINS-20332
On 29 October 2013 21:14, Stephen Connolly
wrote
There is a concept of a Resource within Jenkins and jobs can be marked as
using N of that number of the Resource instances, and you can declare how
many total instances of the resource exist.
Jenkins will stall builds until they can get the required number of those
resources.
The locks and latche
Unless you specify the group names in your authorization strategy, the
group info will not be used, so it should not matter at all that the group
information is being discovered because you would need to define permission
assignments that use these groups in order for it to be relevant
On Friday,
Jenkins does not contact the update center directly... it hijack's your
browser... which is insane if you ask me... but that's the way it works...
the browser hijack would be a fine fallback... but the default, eh no thanks
On 5 November 2013 16:07, Kevin Fleming (BLOOMBERG/ 731 LEXIN) <
kpflem..
May be a recent change... I know Ryan Campbell has been threatening to add
the code for that for some time
On 5 November 2013 16:28, Kevin Fleming (BLOOMBERG/ 731 LEXIN) <
kpflem...@bloomberg.net> wrote:
> Are you sure about that? While looking into this problem I reviewed the
> code in UpdateSi
http://javaadventure.blogspot.ie/2013/11/jenkins-maven-job-type-considered-evil.html
I am willing to bet that it is the Maven Job type's evil hooks that are
causing your issues... I believe there is some turd polishing hack on top
of a hack that lets the Maven job type intercept the deploy and the
>
> *Gesendet:* Mittwoch, 06. November 2013 um 12:22 Uhr
> *Von:* "Stephen Connolly"
> *An:* "jenkinsci-users@googlegroups.com" >
> *Betreff:* Re: jenkins maven project executes maven deploy even when
> tests fail
>
> http://javaadventure.blogspot.ie/2013/11/
http://javaadventure.blogspot.ie/2013/11/jenkins-maven-job-type-considered-evil.html
On 24 August 2013 00:12, Jeff wrote:
> I have a new Jenkins installation (1 master + 1 slave so far). I have
> about 8 Maven jobs so far. When a build fails, the maven errors aren't
> shown, I only see INFO m
The credentials database is encrypted using Jenkins' secret key
infrastructure. Obviously Jenkins can decrypt them as Jenkins has the
secret key... and the secret keys are stored on disk in $JENKINS_HOME, but
I assure you the passwords themselves are not stored in plain text or a
simple obfuscated
Ahhh did you not add any specifications to the domain?
You need to provide the domain with some specifications to match against.
The domain's name is only used by humans... the specifications are used by
Jenkins.
If there is at least 1 specification, then the credentials in that domain
will be av
To stop the password from going in plain text... as long as you have set up
the trust of the self-signed cert correctly you know there is no MiM
listening in... of course you could be MiM'd while setting up the initial
trust...
On 8 November 2013 15:36, nicolas de loof wrote:
> I don't understa
http but just don't validate certificate.
> Le 8 nov. 2013 16:38, "Stephen Connolly"
> a écrit :
>
> To stop the password from going in plain text... as long as you have set
>> up the trust of the self-signed cert correctly you know there is no MiM
>> listening in...
So one can put a man in the middle between jenkins and your git repo, sniff
you password and start hacking away at your system then interesting!
On 8 November 2013 15:45, Andrew Melo wrote:
> In my case (as one of the stupid people), I have the CA in the rest of the
> stack set up properly,
de the button entirely?
>
>
> On Fri, Nov 8, 2013 at 10:55 AM, Stephen Connolly <
> stephen.alan.conno...@gmail.com> wrote:
>
>> One more thing... if you don't have permission to create credentials, the
>> button will be disabled...
>>
>>
> --
&g
If you can find out some of the crazy characters and email me off-list
(randomize the order and add in some other crazy characters too)
One other question, are you running in Tomcat? (You did remember to set the
correct default encoding if the answer is yes)
On 14 November 2013 18:03, Jeff wrot
FYI: Nicolas has this on his todo list... given that he is too busy to
actually send this email, who knows when it will get to the top ;-)
On 14 November 2013 21:55, Stephen Connolly wrote:
> If you can find out some of the crazy characters and email me off-list
> (randomize the order a
Well I am biased, because the RBAC plugin was the first plugin I wrote once
joining CloudBees.
When I started using Jenkins, one of the issues I had is that the LDAP
server is controlled by heavyweight processes, which can even end up being
outsourced to a consulting company. For example at my for
1 - 100 of 687 matches
Mail list logo
